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Abstract 

The  purpose  of  this  thesis  investigation  was  to  determine  whether  the  task  scheduling  algo¬ 
rithm  of  an  Ada  compiler  could  be  detected  using  a  suite  of  Ada  programs.  This  was  done  by 
identifying  the  task  parameters  and  algorithm  characteristics  which  differentiate  one  scheduling 
algorithm  from  the  others.  After  these  parameters  and  characteristics  were  identified,  a  set  of 
test  cases  was  developed  to  encompass  the  various  parameter  relationships  required  to  detect  the 
execution  of  individual  algorithms.  These  test  cases  were  modeled  using  Ada  programs.  Then, 
the  programs  were  compiled  and  executed  using  several  Ada  compilers  where  the  task  scheduling 
algorithms  of  five  run-time  systems  was  known.  The  execution  results  were  analyzed  to  determine 
whether  the  Ada  programs  were  capable  of  revealing  the  task  scheduling  algorithm  used  by  the 
Ada  run-time  system.  This  analysis  showed  that  the  detection  of  five  scheduling  schemes  is  possi¬ 
ble  using  a  single  Ada  program.  Recommendations  are  made  to  improve  the  current  Ada  program 
leading  to  an  automated  tool  in  which  the  user  analysis  could  be  removed.  /  J  , 
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DETERMINATION  OF  THE  UNDERLYING 


TASK  SCHEDULING  ALGORITHM 
FOR  AN  ADA  RUNTIME  SYSTEM 

I.  Introduction 

Since  DoD  regulations  mandate  the  use  of  Ada  for  real-time  systems  development,  predictable 
Ada  task  scheduling  performance  is  important  to  the  software  developers  of  real-time  DoD  systems. 
Current  Ada  tasking  rules  produce  task  scheduling  results  which  are  unpredictable  and  implemen¬ 
tation  dependent.  A  method  to  identify  the  underlying  taisk  scheduling  algorithm  used  by  a  given 
compiler  would  aid  immensely  in  designing  real-time  systems  with  Ada.  This  thesis  addresses 
the  development  of  a  suite  of  Ada  programs  to  reveal,  for  any  Ada  compiler,  the  underlying  task 
scheduling  algorithm  it  uses.  Research  in  this  area  should  result  in  a  compiler  evaluation  tool  for 
use  by  software  developers  to  allow  them  to  determine  the  scheduling  algorithm  used  by  a  given 
Ada  run-time  system. 

1.1  Background 

An  Ada  task  is  a  programming  entity  that  can  be  executed  in  parallel  with  other  programming 
entities  or  can  be  considered  to  be  executed  by  a  logical  processor  of  its  own.  Due  to  their  unique 
timing  requirements,  “real-time  systems  are  designed  as  a  set  of  cooperating  concurrent  processes 
(Ada  tasks)  using  the  Ada  tasking  model”  (5:49).  The  Ada  tasking  model,  which  includes  tcisk 
synchronization  and  rendezvous,  along  with  the  ‘DELAY’  statement  and  the  ‘PRIORITY’  pragma, 
is  the  basic  framework  for  real-time  system  design  in  Ada.  The  general  requirements  of  Ada  task 
scheduling,  task  rendezvous,  and  task  synchronization  processing  are  outlined  in  Chapter  9  of  the 
Ada  Language  Reference  Manual  (LRM),  ANSI/MIL-STD-1815A  (12:Sec  9). 
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Specific  characteristics  of  the  underlying  algorithm  used  to  implement  task  scheduling  on  a 
given  Ada  compiler  has  been  left  to  the  discretion  of  the  individual  compiler  vendor.  Typically,  the 
task  scheduling  algorithm  used  by  the  compiler  vendor  is  proprietary  and  not  available  to  real-time 
system  designers.  The  efficiency  of  a  real-time  system,  and  the  specific  order  in  which  tasks  are 
serviced  can  be  significantly  affected  by  the  type  of  scheduling  algorithm  used.  The  ambiguity  in 
the  Ada  tasking  requirements  has  led  to  several  problems  with  the  development  and  portability 
of  real-time  systems  using  Ada.  Therefore,  a  method  of  determining  the  type  of  task  scheduling 
algorithm  used,  would  help  Mission  Critical  Computer  Resource  (MCCR)  software  developers  select 
the  compiler  which  is  best  suited  for  their  particular  application. 

1.2  Statement  of  the  Problem 

As  noted  above,  the  problem  is  to  identify  the  task  scheduling  algorithm  used  by  a  given 
Ada  run-time  system.  One  possible  method  of  determining  a  compiler’s  underlying  task  scheduling 
algorithm  is  to  produce  a  test  suite  of  Ada  programs  which,  when  compiled  on  a  given  compiler  and 
run,  will  reveal  the  scheduling  algorithm  used  by  that  compiler.  The  objective  of  this  thesis  is  to 
determine  whether  it  is  experimentally  feasible  to  design  such  a  tool.  If  it  is  feasible,  I  will  design 
a  sample  testbed  of  Ada  programs  and  demonstrate  the  ability  to  identify  a  compiler’s  underlying 
task  scheduling  algorithm. 

There  are  several  difficulties  associated  with  developing  an  Ada  task  scheduling  evaluation 
tool.  First,  developing  this  tool  may  not  be  feasible.  The  question  of  feasibility  centers  around  the 
problem  of  capturing  the  task  scheduling  characteristics  from  the  run-time  system  using  high-level 
programs.  Next,  if  the  extraction  is  feasible,  determining  which  scheduling  characteristics  need  to 
be  considered  and  which  can  be  extracted  using  Ada  may  be  difficult.  Finally,  the  analysis,  design, 
and  coding  of  any  Ada  program  can  be  very  difficult.  The  research  into  how  an  Ada  run-time 
system  schedules  tasks  may  be  examining  Ada  task  scheduling  at  a  much  lower  level  than  any 
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previous  research.  But,  the  current  literature  dearly  illustrates  that  the  Ada  tasking  model  has 
some  limitations  which  need  further  investigation. 

1.3  Summary  of  Current  Knowledge 

The  only  construct  provided  in  Ada  to  specifically  designate  the  order  for  task  execution  is 
the  pragma  PRIORITY  static  expression  statement.  However,  this  only  provides  control  over  task 
execution  when  two  tasks  of  different  priority  are  awaiting  execution.  The  static  expression  is  an 
integer  representing  the  priority  such  that  a  lower  value  indicates  a  lower  degree  of  urgency.  The 
.Ada  LRM  provides  only  the  following  rule  with  regard  to  task  scheduling: 

If  two  tasks  with  different  priorities  are  both  eligible  for  execution  and  could  sensibly 
be  executed  using  the  same  physical  processors  and  the  same  other  processing  resources, 
then  it  cannot  be  the  case  that  the  task  with  the  lower  priority  is  executing  while  the 
task  with  the  higher  priority  is  not.  (12:Sec  9,16) 

Although  this  rule  specifies  that  a  higher  priority  task  will  run  prior  to  a  lower  priority  task  when 
they  are  both  ready  to  run,  there  is  no  indication  as  to  which  task  will  execute  first  when  the 
two  tasks  have  equal  priority  or  have  no  priority  defined.  Additionally,  there  is  no  indication  as 
to  whether  a  lower  priority  task  which  is  executing  should  be  interrupted  when  a  task  of  higher 
priority  becomes  ready.  Finally,  there  is  no  indication  as  to  which  rendezvous  will  be  executed  first 
when  there  are  several  tasks  awaiting  separate  entry  calls  at  an  open  alternative  select  statement. 

As  noted  above,  except  for  the  PRIORITY  rule,  specific  requirements  of  the  underlying 
algorithm  used  to  impleiT<ent  task  scheduling  on  a  given  Ada  compiler  is  left  to  the  discretion  of 
the  individual  compiler  vendor.  There  are  many  scheduling  algorithms  available  for  the  compiler 
vendor  to  choose.  Since  the  specific  order  in  which  tasks  are  serviced  can  be  significantly  affected  by 
the  scheduling  algorithm  used,  the  efficiency  of  a  real-time  system  developed  in  Ada  is  significantly 
impacted  by  the  scheduling  algorithm. 
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This  ambiguity  in  the  requirements  for  Ada  task  scheduling  has  led  to  several  problems 
with  the  development  of  real-time  systems  using  Ada.  Not  all  of  the  literature  focuses  on  the  same 
problems,  but  the  articles  discussed  later  in  chapter  2  identify  several  common  problems.  There  are 
two  avenues  of  research  which  can  be  pursued  to  resolve  the  ambiguous  Ada  tasking  environment 
problem:  (1)  operate  blindly,  without  any  knowledge  of  a  compiler’s  task  scheduling  algorithm, 
and  identify  problem  work-arounds,  or  (2)  detect  the  underlying  task  scheduling  algorithm  and 
select  the  compiler  which  best  supports  the  scheduling  requirements  of  the  real-time  system  under 
development. 

1-4  Assumptions 

The  following  assumptions  were  made  at  the  onset  of  this  thesis  effort.  First,  I  assumed 
that  specific  information  about  the  underlying  task  scheduling  algorithm  used  by  at  least  one  Ada 
compiler  would  be  available.  With  this  information,  I  planned  to  validate  the  testbed  of  ,\da 
programs  for  at  least  that  one  case.  Without  the  information,  I  would  not  be  assured  that  the 
testbed  worked  properly. 

Additionally,  after  the  initial  research  into  the  characteristics  of  scheduling  algorithms,  I 
decided  to  narrow  down  the  scope  of  this  detection  effort.  Therefore,  I  made  the  assumption  that 
most  Ada  compilers  probably  use  one  of  the  simple,  well-known  scheduling  algorithms  (commonly 
used  in  operating  systems)  for  task  scheduling. 

1.5  Scope  of  ike  Thesis  Project 

There  are  many  different  scheduling  characteristics  and  parameters  which  can  be  included 
in  a  given  scheduling  algorithm.  Initially,  I  tried  to  look  at  all  scheduling  algorithms,  including 
those  which  are  applicable  to  real-time  processing.  But,  this  included  many  complex  algorithms 
which  were  not  very  likely  candidates  for  use  in  Ada  run-time  systems.  So,  the  scope  of  this 
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project  s  software  development  elTort  (i.e.  the  testbed)  was  limited  to  simple  scheduling  algorithms 
with  characteristics  which  are  detectable  by  running  a  high-level  Ada  program.  Therefore,  to 
demonstrate  the  feasibility  of  this  approach,  the  final  testbed  was  limited  to  only  differentiating 
between  one  of  five  basic  scheduling  algorithms. 

It  is  clear  from  the  literature  that  further  research  into  scheduling  algorithms  and  possible 
changes  to  the  Ada  rules  are  currently  being  pursued  to  improve  Ada’s  real-time  efficiency.  Short 
of  developing  any  new  algorithms  or  changing  the  Ada  language  rules,  providing  a  tool  to  identify 
the  underlying  task  scheduling  algorithm  used  by  an  Ada  run-time  system  will  be  an  asset  to  the 
real-time  system  designer.  Successful  completion  of  this  thesis  research  should  lay  the  groundwork 
for  providing  such  a  tool. 

1.6  Standards 

The  Ada  Language  Reference  Manual,  MIL-STD-1815A,  was  used  and  referenced  throughout 
this  research.  This  standard  identifies  the  constructs  and  rules  of  the  Ada  language.  Also,  it  is  the 
standard  by  which  compiler  vendors  develop  Ada  compilers  and  by  which  the  Ada  compilers  are 
validated. 

1.7  Approach/Methodology 

First,  I  refined  the  problem  definition  through  an  in-depth  literature  search.  This  research 
focused  specifically  on  run-time  scheduling  characteristics  which  can  be  detected  by  a  high-level 
language.  Then,  I  identified  a  set  of  test  cases  which  could  be  used  to  reveal  the  scheduling 
algorithm  characteristics  exhibited  by  a  run-time  system.  Next,  I  defined  and  analyzed  the  software 
requirements.  Then,  I  designed,  coded,  and  tested  the  Ada  programs  for  the  testbed.  Finally,  I 
validated  the  testbed  with  three  Ada  compilers  for  which  the  underlying  task  scheduling  algorithm 
was  known. 
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I.S  Thesis  Organization 


In  chapter  2  of  this  thesis,  a  detailed  literature  search  is  provided.  This  literature  search 
includes  a  look  at  real-time  scheduling  problems  with  Ada  and  an  overview  of  the  work  being  done 
to  resolve  those  problems.  It  also  includes  an  overview  of  scheduling  algorithm  research,  a  discussion 
of  scheduling  algorithm  characteristics,  and  the  description  of  several  scheduling  algorithms. 

In  chapter  3,  I  have  documented  the  analysis  which  I  used  to  determine  what  requirements 
were  necessary  to  detect  the  task  scheduling  characteristics  of  an  Ada  run-time  system.  The  task 
parameters  which  were  controled,  as  well  as  the  scheduling  characteristics  which  were  measured,  are 
also  identified.  Then,  the  test  cases  which  incorporate  different  combinations  of  the  taisk  parameter 
relationships  are  discussed.  Finally,  the  execution  result  predictions  are  listed  and  discussed. 

Chapter  4  describes  the  design  and  development  of  the  Ada  programs  which  model  the  test 
cases.  This,  includes  a  discussion  of  the  Ada  constructs  which  were  used  and  the  overall  structure 
of  the  parent  programs.  In  chapter  5,  1  provide  the  results  of  executing  the  test  case  programs  an 
several  Ada  compilers.  The  results  of  the  execution  on  each  of  the  five  compilers  is  tabulated,  and 
the  analysis  of  these  results  produced  from  each  compiler  is  discussed.  Finally,  in  chapter  6,  the 
conclusions  reached  as  a  result  of  this  research  are  provided  and  some  reccomendations  for  further 
research  in  this  area  are  made. 
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II.  Literature  Review 


The  first  part  of  this  review  addresses  currerjt  research  in  the  problems  associated  with  the  use 
of  Ada  tasking  constructs.  Fundamental  real-time  scheduling  requirements,  the  limitations  encoun¬ 
tered  with  Ada  providing  these  requirements,  some  methods  used  to  investigate  these  limitations, 
and  some  suggested  work-arounds  are  discussed  in  the  first  part.  The  second  part  of  this  review 
addresses  task  scheduling  algorithm  characteristics.  It  describes  the  common  task  scheduling  pa¬ 
rameters,  the  available  scheduling  algorithms,  and  the  parameters  which  should  be  measurable  for 
an  .Ada  run-time  system. 

2.1  Current  Research  Observations  of  Ada  Task  Scheduling 

2.1.1  Real-Time  Scheduling  Requirements.  There  are  several  fundamental  requirements  of  a 
real-time  programming  language.  To  facilitate  proper  scheduling  in  real-time  system  design,  Dennis 
Cornhill  identified  the  need  for  an  integrated  approach  to  critical  system  resource  management 
to  avoid  missed  deadlines  or  underutilization  of  resources;  a  predictable  scheduling  algorithm;  a 
scheduler  which  manages  both  periodic  and  aperiodic  jobs,  as  well  as  jobs  with  stochastic  execution 
times,  and  a  preemptive  scheduler  (8:34-35).  Douglass  Locke  has  also  pointed  out  that  the  run-time 
environment  should  utilize  minimal  overhead  for  resource  allocations,  have  predictable  response 
times,  and  have  modifiable  priorities  (22:51-52). 

In  the  articles  noted  above,  the  authors  described  why  their  identified  requirements  are  es¬ 
sential  to  real-time  processing  tmd  how  Ada  fails  short  of  satisfying  these  requirements.  While  the 
identification  of  an  Ada  run-time  system’s  task  scheduling  algorithm  will  not  help  satisfy  all  of  the 
requirements  noted  by  Cornhill  and  Locke,  it  will  aid  in  predicting  task  scheduling  and  response 
time,  determining  the  types  of  jobs  which  the  scheduler  can  manage,  and  identifying  whether  the 
scheduler  is  preemptive.  To  design  effective  real-time  systems,  software  design  engineers  need  to 
know  how  the  run-time  system  schedules  tasks  for  execution.  This  is  necessary  to  understand  which 
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real-time  scheduling  requirements  are  being  satisfied  by  the  run-time  system,  and  which  need  to  be 
satisfied  through  the  application  software. 

J.I.2  Specific  Ada  Limttaitons.  There  are  several  limitations  associated  with  using  Ada  for 
real-time  system  design.  These  limitations  have  been  identified  as  priority  inversion,  nondeter- 
ministic  task  execution,  difficult  execution  of  preemptive  scheduling,  and  the  lack  of  a  real-time 
executive  Each  of  these  limitations  are  discussed  below. 

Priority  inversion  is  a  condition  where  low  priority  tasks  are  allowed  to  needlessly  block  higher 
priririty  fae.ks.  The  occurrence  of  priority  inversion  in  Ada  programs  was  identified  by  several 
authors  as  a  significant  limitation  to  designing  real-time  systems  with  Ada  (4:8)  (9:30)  (19:53) 
(21:39)  .\n  example  of  this  would  be  when  there  is  a  server  task  of  priority  Ps  servicing  a  set  of 
consumer  tasks  with  priorities  Pl  through  Pft,  where  Pl  is  the  lowest  consumer  priority  and  Ph  is 
the  highest.  In  the  cases  where  Ps  =  PiorPs  —  Ph,  the  servicing  of  consumer-server  rendezvous 
would  be  nondeterministic  due  to  Ada’s  priority  rule.  Therefore,  the  two  cases  where  Ps  <  Pc  or 
Ps  >  Ph  are  used  to  illustrate  priority  inversion.  In  the  first  case,  if  the  server  task  is  not  ready  to 
accept  the  request  and  there  are  other  consumer  tasks  ready  to  execute,  a  high  priority  consumer 
task  may  be  blocked  while  calling  the  server  task.  In  the  second  case,  a  high  priority  consumer 
task  which  has  just  become  eligible  for  execution  may  be  preempted  by  the  server  task  which  is 
doing  work  for  a  low  priority  consumer  task  (9:31).  In  both  cases,  the  task  which  is  started  by  the 
scheduler  may  not  be  the  one  with  the  highest  priority  of  the  tasks  which  are  ready  to  run. 

Dennis  Cornhill  suggested  the  priority  inheritance  scheme  as  a  work-around  to  prevent  priority 
inversion.  With  this  scheme  the  priority  of  the  clients  waiting  for  service  is  passed  on  to  (or  inherited 
by)  the  server  task.  In  this  way,  “priority  inversion  can  be  avoided  if  the  server  always  selects 
for  service  the  highest  priority  waiting  client  and  inherits  its  priority  from  its  waiting  clients  as 
weir’(9:32).  But,  in  Ada,  since  there  is  only  a  single  level  of  priority  passing  during  a  rendezvous, 
the  server  only  inherits  the  priority  of  the  first-level  client  if  that  client’s  priority  is  higher  than 


that  of  the  server.  The  server  doesn’t  inherit  the  priority  of  any  second-level  clients  which  are 
waiting  (9:32).  Thus,  the  rules  of  an  Ada  rendezvous  illustrate  that  Ada’s  limited  form  of  priority 
inheritance  is  not  adequate  to  prevent  priority  inversion. 

The  authors  of  three  separate  articles  revealed  that  Ada  exhibits  nondeterministic  task  ex¬ 
ecution  behavior  because  of  the  way  it  handles  open  alternative  select  statements  and  because  of 
its  First  In/First  Out  (FIFO)  entry  call  queuing  (4:8)  (2T.39)  (23:49),  Since  there  are  separate 
queues  associated  with  each  entry  call,  there  are  several  queues  associated  with  an  open  alternative 
select  statement.  The  priority  of  each  queue  corresponds  to  either  the  priority  of  the  task  in  which 
the  entry  call  is  located,  or  the  priority  of  the  calling  task,  whichever  is  higher.  The  queuing  of 
individual  entry  calls  is  FIFO  when  all  tasks  are  allocated  with  the  same  priority,  but  the  selection 
of  which  queue  to  service  first  at  an  open  alternative  select  statement  is  not  specified.  Thus,  when 
all  tasks  are  allocated  with  the  same  priority  or  without  any  priority,  the  results  are  unspecified  by 
the  Ada  LRM  and  implementation-dependent  (1:43)  (8:34).  This  results  in  the  system  designer’s 
lack  of  control  over  the  execution  of  several  time  critical  tasks. 

Another  problem,  somewhat  related  to  the  priority  inversion  problem,  is  the  difficulty  in 
executing  preemptive  scheduling  within  the  Ada  run-time  environment.  Since  Ada  requires  all 
instances  of  the  same  task  type  to  have  the  same  priority,  and  that  priority  cannot  change  dy¬ 
namically,  preemptive  scheduling  is  difficult  without  the  costly  overhead  of  special  priority  passing 
paradigms  (5:50)  (1:43,45).  In  some  Ada  run-time  systems,  a  Round- Robin  (time-sliced)  algorithm 
may  actually  be  employed  for  scheduling  task  execution.  Thus,  a  given  Ada  run-time  systems  may 
already  incorporate  a  preemptive  algorithm  at  the  lowest  level  of  task  scheduling.  If  this  type  of 
scheduling  algorithm  could  be  detected,  other  types  of  more  sophisticated  preemptive  scheduling 
may  be  possible  at  the  overall  system  level. 

In  An  Assessment  of  the  Overhead  Associated  with  Tasking  Facilities  and  Task  Paradigms  m 
Ada,  Thomas  Burger  identified  what  he  considers  to  be  Ada’s  key  limitation  by  stating: 
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Since  Ada  does  not  include  a  real-time  executive,  task  activation  and  termination  are 
not  accomplished  via  programmer  written  executive  service  requests.  Task  activation 
and  termination  in  Ada  is  a  part  of  the  tasking  model  semantics,  and  is  performed 
automatically  based  on  an  elaborate  set  of  rules.  (5:51) 

The  task  scheduling  portion  of  this  vl.aborate  set  of  rules’  consists  of  the  single  rule  noted  above, 
and  the  ambiguity  of  this  rule  has  already  been  discussed.  Without  a  real-time  executive,  the  real¬ 
time  system  developer  must  try  to  simulate  a  real-time  environment  using  the  components  of  the 
.4da  tasking  model.  Using  the  .4da  ttLsking  model  forces  the  developer  to  rely  on  the  Ada  run-time 
system  to  schedule  task  execution. 

Since  Ada’s  task  scheduling  rule  is  so  ambiguous  and  the  timing  overhead  associated  with 
tasking  is  so  excessive,  an  efficient  real-time  system  cannot  be  designed  using  Ada  as  it  is  currently 
defined.  This  problem  may  be  overcome  if  the  designer  can  identify  and  understand  the  taisk 
scheduling  algorithm  being  used  by  several  Ada  run-time  systems,  then  select  the  appropriate 
Ada  compiler  and  design  the  real-time  system  accordingly.  Additionally,  if  the  underlying  task 
scheduling  algorithm  is  known,  the  designer  may  be  able  to  avoid  priority  inversion,  eliminate 
nondeterministic  task  execution,  and  more  readily  design  preemptive  scheduling  systems  in  .4da. 
Since  Ada’s  rules  for  task  scheduling  are  so  ambiguous,  an  efficient  real-time  system  cannot  be 
designed  using  Ada  unless  the  designer  can  identify  and  understand  the  task  scheduling  algorithm 
being  used. 

2.1.3  Previous  Attemps  to  Solve  Ada’s  Limitations.  In  1987,  Dennis  Cornhill  identified  a 
stabilized  rate  monotonic  algorithm  as  a  potential  way  of  facilitating  real-time  system  design, 
but  pointed  out  that  current  Ada  rules  prevent  the  use  of  this  type  of  algorithm.  With  this 
algorithm  “certain  high  priority  tasks  run  for  limited  periods  only.  When  this  time  period  elapses, 
if  the  execution  has  not  been  completed,  the  job  must  be  preempted  by  lower  priority  jobs  for 
another  well  defined  length  of  time"  (8:34).  Thus,  the  stabilized  rate  monotonic  algorithm  uses 
information  about  job  importance,  periodicity,  and  average  and  worst  case  execution  times  for 
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scheduling  decisions.  In  order  to  permit  use  of  hard  deadline  scheduling  algorithms  (i.e.  the 
stabilized  rate  monotonic  algorithm),  Cornhill  concluded  that  two  areas  of  Ada  need  to  be  changed. 
First,  all  run-time  scheduling  operations  should  consider  a  task’s  priority.  Second,  “constraints  on 
the  definitions  for  priority  and  the  language’s  scheduling  policy  should  be  relaxed”  (8:35-37).  Once 
again,  if  the  underlying  task  scheduling  algorithm  is  known,  designing  hard  deadline  scheduling 
systems  with  Ada  may  be  feasible  without  changing  the  language.  However,  software  which  is 
based  on  a  particular  algorithm  may  not  be  portable. 

While  leading  the  Tasking  session  at  the  1987  ACM  International  Workshop  on  Real-Time 
.\da  Issues,  Cornhill  summarized  the  session  with  several  recommendations.  First,  he  suggested 
that  deadline  scheduling  problems  be  addressed  in  the  9X  revision  to  Ada.  Next,  he  suggested  that 
a  clarification  be  issued  by  the  Ada  Language  Maintenance  Panel  to  eliminate  the  synchronization 
point  of  the  'ACCEPT'  statement  for  an  interrupt.  And  finally,  he  noted  that  built-in  priority 
management  packages  should  be  provided  by  compiler  vendors  (7:32). 

At  the  same  workshop,  Gary  Frankel  identified  four  special  concurrency  paradigms  (moni¬ 
tor/process  structure,  asynchronous  message  passing,  interrupt  procedures,  and  event  signaling)  to 
make  Ada  tasking  useful.  Using  these  special  case  paradigms,  Frankel  claimed  that  “Ada  tasking 
can  be  made  as  efficient  as  any  other  method  of  concurrency  programming”  (14:47-48). 

Several  proposed  environments  were  presented  at  the  1988  ACM  International  Workshop  on 
Real-Time  Ada  Issues  and  published  in  Ada  Letters,  1988  Special  Edition.  In  A  Testbed  for  Inves¬ 
tigating  Real-Time  Ada  Issues,  Mark  Borger  discussed  the  Software  Engineering  Institute’s  (SEI) 
Ada  Embedded  Systems  Testbed’  project  which  they  used  to  “provide  a  real-time  laboratory  envi¬ 
ronment  for  conducting  experiments  using  Ada  and  investigating  real-time  Ada  issues”  (4:7).  Using 
this  testbed,  researchers  at  SEI  investigated  some  promising  real-time  scheduling  algorithms  that 
were  developed  to  overcome  Ada’s  aperiodic  task  servicing  problem.  Specifically,  they  looked  at 
the  rate  monotonic  algorithm,  a  priority  inheritance  based  scheduling  algorithm,  and  a  deferrable 
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server  algorithm.  Implementation  of  these  algorithms  revealed  that  researchers  need  to  look  at  so¬ 
lutions  which  are  either  “constrained  by  current  Ada  implementations”  or  “involve  legal  extensions 
or  allowable  interpretations  of  the  language  semantics”  (4:7-10).  Although  the  researchers  at  SEI 
looked  at  high-level  scheduling  algorithms,  it  may  be  possible  to  use  a  similar  testbed  to  identify 
the  low-level  task  scheduling  algorithm  used  by  an  Ada  run-time  system. 

Two  other  articles  presented  at  the  1988  ACM  Workshop  addressed  the  rate  monotonic  al¬ 
gorithm.  In  his  article,  John  B.  Goodenough,  another  researcher  at  SEI,  showed  that  the  basic 
priority  inheritance  and  priority  ceiling  protocols  (both  rate  monotonic  algorithms)  corrected  Ada’s 
unbounded  priority  inversion  problem.  Although  the  priority  ceiling  protocol  seemed  to  perform 
well,  researchers  at  SEI  are  trying  to  extend  the  protocol  and  verify  its  utility  (16:24).  In  a  separate 
article,  Douglass  Locke  described  an  experiment  using  the  rate  monotonic  algorithm  in  a  modified 
Ada  run-time  environment  which  “confirmed  earlier  theoretical  analysis  that  priority  inheritance 
can  provide  substantial  benefits”  (21:40-42). 

In  work  totally  unrelated  to  the  1988  ACM  Workshop,  Jane  W.S.  Liu  proposed  an  Imprecise 
Computation  Approach  to  improve  on  the  rate  monotonic  algorithm’s  schedulability  and  processor 
utilization  during  fluctuating  system  loads.  Liu  suggested  that  the  deficiencies  in  Ada’s  existing 
priority  mechanism  could  be  corrected  by  introducing  data  structures  (i.e.  tables  of  repetition  rates 
and  deadlines)  at  link-time  which  cooperate  with  the  run-time  system  and  have  little  impact  on 
the  existing  language  definition  (20:33-34). 

The  discussion  above  reveals  that  most  of  the  research  done  thus  far  has  focused  on  Ada’s 
limitations  with  respect  to  real-time  design,  on  work-arounds  to  use  Ada  for  real-time  design, 
and  on  suggestions  for  chttnging  Ada  to  improve  it’s  real-time  capabilities.  These  work-arounds 
appear  in  the  form  of  high-level  algorithms  implemented  using  the  Ada  tasking  model.  But,  I  have 
found  no  evidence  of  research  in  the  area  of  task  scheduling  algorithm  detection  for  Ada  run-time 
systems.  Since  there  are  many  possible  algorithms  which  could  be  used  by  an  Ada  run-time  system 
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for  task  scheduling,  detection  of  the  specific  scheduling  algorithm  may  be  impossible  if  the  scope 
of  detection  includes  all  possible  algorithms.  But,  it  seems  reasonable  to  narrow  this  scope  to 
a  few  simple,  well-known  algorithms  which  are  the  most  likely  to  be  used  by  an  Ada  compiler. 
With  this  restriction,  it  may  be  possible  select  the  Ada  compiler  which  exhibits  characteristics  of 
the  scheduling  algorithm  most  appropriate  for  a  given  real-time  application.  That  concept  is  the 
thrust  of  this  research  effort. 

2.2  Scheduling  Algorithm  Detection  Research 

.According  to  Coffman  and  Kleinrock,  “the  goal  of  scheduling  algorithms  is  to  provide  the 
population  of  users  with  a  high  grade  of  service  (rapid  response,  resource  availability,  etc.)  at  the 
same  time  maintaining  an  acceptable  throughput  rate”  (6:11).  Although  their  statement  was  made 
with  regard  to  computer  scheduling  in  general,  it  also  applies  specifically  to  task  scheduling  within 
an  .\da  run-time  system.  However,  within  an  Ada  run-time  system,  the  users  are  represented  by 
the  Individual  tasks  awaiting  execution  and  an  acceptable  throughput  rate  is  achieved  when  all 
tasks  are  serviced  in  a  manner  such  that  all  deadlines  are  met. 

When  designing  an  Ada  program  to  support  real-time  applications,  the  designer  has  to  be 
concerned  with  time-crxtical processes  (TCPs).  According  to  Omri  Serlin,  TCPs  are  “computational 
procedures  bound  by  hard  deadline^ ,  such  that  failure  to  meet  the  deadline  “results  in  an  irrepara¬ 
ble  damage  to  the  computation”  (24:925).  When  dealing  with  real-time  applications,  an  efficient 
scheduling  algorithm  is  one  that  “guarantees  to  each  TCP  sufficient  processor  time  to  complete  its 
task  before  its  deadline,  while  minimizing /orced idle  CPU  time”  (24:925).  Scheduling  algorithms  of 
this  nature  are  called  Hard-Deadline  scheduling  algorithms.  Typically,  Hard-Deadline  algorithms 
are  much  more  complex  than  standard  scheduling  algorithms  and  are  not  likely  to  be  implemented 
as  an  Ada  run-time  system’s  algorithm.  When  such  an  algorithm  is  required  for  a  real-time  system, 
it  is  implemented  on  top  of  the  Ada  run-time  systems  using  special  tasking  paradigms. 


In  general,  an  Ada  compiler  may  be  required  to  produce  a  run-time  system  which  controls  the 
scheduling  of  tasks  on  multiple  processors.  However,  this  is  only  the  case  when  there  are  parallel 
processors  available  in  the  hardware  architecture.  Though  this  is  becoming  more  commonplace  in 
large  and  medium  scale  computer  systems,  it  is  not  the  case  with  small  and  embedded  computer 
systems.  Most  DoD  embedded  real-time  systems  have  been  designed  on  single  processor  based 
architectures  (i.e.  M68000,  Z8000,  and  MIL-STD-1750A).  Therefore,  the  following  discussion  will 
focus  on  scheduling  algorithms  for  single  processor  systems  without  hard  deadlines. 

In  his  book,  .4n  Introduction  to  Operation  Systems,  Harvey  Deitel  identifies  the  general  ob¬ 
jectives  of  a  scheduling  algorithm  as: 

•  Provide  fair  treatment  to  all  waiting  processes  (or  tasks), 

•  Maximize  CPU  throughput, 

•  Provide  predictable  response, 

•  Reduce  process  scheduling  overhead, 

•  Balance  system  resource  utilization, 

•  Provide  a  reasonable  balance  between  system  response  and  utilization, 

•  Avoid  process  starvation  (or  indefinite  postponement), 

•  Acknowledge  process  priorities,  and 

•  Provide  graceful  degradation  (10:250-251). 

These  objectives  are  equally  applicable  to  Ada  run-time  systems.  The  detection  of  an  Ada  run¬ 
time  system’s  scheduling  algorithm  is  primarily  concerned  with  the  degree  to  which  the  algorithm 
satisfies  the  ‘predictable  response’  objective.  If  a  given  algorithm  has  a  predictable  response  which 
distinguishes  it  from  other  algorithms,  then  the  execution  of  a  predetermined  set  of  tasks  can  be 
observed  and  analyzed  to  detect  the  algorithm  used. 
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2.2.1  Scheduling  Algorithm  Characteristics.  Although  the  successful  achievement  of  some 
objectives  noted  above  may  be  very  subjective,  the  achievement  of  others  can  be  measured  by 
looking  at  certain  characteristics.  First,  to  be  consistent  throughout  the  remainder  of  this  thesis,  the 
term  task’  will  be  used  in  lieu  of  the  terms  ‘process’  or  ‘job’.  The  following  scheduling  characteristics 
are  typically  measured  (for  a  given  task  i)  to  compare  algorithm  performance; 

•  Arrival  time  (Aj)  [the  time  when  the  task  initially  arrives  and  is  ready  to  execute], 

•  Start  time  (Si)  [the  time  when  the  task  actually  begins  execution], 

•  Finish  time  (Fi)  [the  time  when  the  task  actually  finishes  execution], 

•  Service  time  required  (C,)  [the  actual  CPU  service  time  required  for  the  continuous  execution 
of  a  task  without  interruption], 

•  CPU  burst  time  (/?i)  [the  continuous  burst  of  CPU  service  time  required  between  I/O  requests 
or  other  interrupts,  5Z(/?i)  =  Cj], 

•  CPU  utilization  [for  an  algorithm  processing  n  tasks]  {Totaltime/  Yi’j-i  Cj). 

•  System  throughput  [Number  of  tasks  processed  per  unit  time]  {nj Totaltime), 

•  Process  turnaround  time  (F,  —  A,), 

•  Process  response  (or  completion)  time  (Tj  =  Ft  —  S,), 

•  Process  waiting  time  (tVj)  =  Tj  —  Ct), 

•  Penalty  ratio  (P  =  t/C,,  where  “t  is  time  in  execution  before  task  i  can  leave  the  ready  list 
because  it  will  either  finish  or  will  need  to  wait  for  something  ”(13:17)),  and 

•  Response  ratio  {R  =  Ci/t  (13:17)). 

The  application  of  a  specific  scheduling  algorithm  to  a  given  set  of  tasks  should  produce  a  set 
of  measurable  characteristics.  Although  not  necessarily  unique  for  a  single  set  of  tasks,  applica- 
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tion  of  the  algorithm  to  a  selected  suite  of  task  combinations  may  produce  a  set  of  characteristic 
measurements  which  are  unique  for  that  algorithm. 

2.2.2  Scheduling  Algorithm  Descriptions.  Prior  to  identifying  the  requirements  for  a  suite  of 
test  cases  to  detect  the  scheduling  algorithm  used  by  a  given  Ada  run-time  system,  the  scheduling 
algorithms  most  likely  used  in  Ada  run-time  systems  will  be  identified.  As  noted  earlier,  due 
to  the  complexity  and  costly  overhead  associated  with  hard-deadline  algorithms,  these  will  not  be 
considered  as  candidates.  Additionally,  based  on  the  assumption  that  most  DoD  embedded  systems 
are  single-processor  architectures,  multiprocessor  scheduling  algorithms  also  will  not  be  considered. 
Thus,  the  focus  of  this  research  will  be  on  simple,  well-known,  single-processor  scheduling  algorithms 
such  as  First-Come-First-Serve  (FCFS),  Round-Robin  (RR),  Shortest-Job-First  (SJF),  Priority, 
and  Highest-Penalty-Ratio-Next  (HPRN),  and  Multi-Level  Feedback.  Only  those  which  have  a 
high  potential  of  being  implemented  as  part  of  an  Ada  run-time  system  will  be  checked  for. 

2.2.2. 1  First-Come-First-Serve  (FCFS).  This  scheduling  algorithm  is  characterized 
by  the  First-In-First-Out  (FIFO)  serving  queue.  Tasks  are  lined  up  in  a  ready  queue  as  they  arrive. 
This  is  the  simplest  scheduling  algorithm  to  write  and  understand.  However,  its  performance  is 
often  quite  poor.  The  average  waiting  time  is  generally  not  minimal,  as  a  shorter  task  may  have 
to  wait  quite  some  time  before  execution  if  a  longer  task  arrives  first.  Additionally,  the  average 
waiting  time  may  vary  substantially  depending  on  the  sequence  of  tasks  awaiting  execution.  This 
is  a  non-preemptive  algorithm;  thus,  once  a  task  is  started,  it  will  run  to  completion  or  until  it  is 
blocked  (i.e.  due  to  an  I/O  request,  a  delay,  or  a  rendezvous). 

While  the  Ada  LRM  specifies  that  each  entry  call  queue  is  required  to  process  calls  in  the 
order  of  arrival  (i.e.  a  FIFO  queue)  (12:Sec  9,9),  there  is  no  such  requirement  for  scheduling  task 
execution.  Although  not  the  most  efficient  in  terms  of  average  waiting  time;  due  to  its  simplicity, 
this  may  be  the  algorithm  of  choice  for  some  Ada  compiler  vendors. 
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2. 2. 2. 2  Round-Robtn  (RR).  A  scheduling  algorithm  in  which  each  task  is  allocated  a 
slice  of  execution  time  on  the  CPU  is  called  Round- Robin  (RR).  In  this  algorithm,  as  taisks  arrive 
they  are  placed  on  a  ready  queue  in  a  FIFO  fashion.  But,  when  they  get  to  the  front  of  the 
queue,  they  are  only  permitted  a  limited  time  for  execution.  If  they  complete  within  that  time, 
they  exit  the  queue;  however,  if  they  block  for  I/O  or  need  more  CPU  time  they  are  interrupted 
and  placed  at  the  back  of  the  ready  queue.  Thus,  RR  is  a  preemptive  algorithm  where  the  ready 
queue  is  treated  as  a  circular  queue,  and  each  uncompleted  task  has  a  short  turn  at  execution  each 
time  the  scheduler  cycles  through  the  queue.  A  shorter  task  may  complete  during  the  time  slice 
and  exit,  whereas  a  longer  task  may  require  several  trips  through  the  queue  before  completion. 
The  performance  of  this  algorithm  depends  on  the  designated  time  slice.  To  function  efficiently, 
approximately  eighty  percent  (80%)  of  the  cpu  bursts  should  be  shorter  than  the  designated  time 
slice.  If  the  time  slice  is  too  large,  RR  degenerates  into  FCFS  because  each  task  completes  within 
one  time  slice.  And  if  the  time  slice  is  too  small,  the  context  switching  overhead  swamps  the  CPU 
(25:166-168). 

As  noted  earlier,  with  regard  to  task  execution,  the  Ada  LRM  states: 

The  execution  of  a  program  that  does  not  contain  a  task  is  defined  in  terms  of  a 
sequential  execution  of  its  actions,  ...  These  actions  can  be  considered  to  be  executed 
by  a  single  logical  processor.  Tasks  are  entities  whose  executions  proceed  in  parallel  in 
the  following  sense.  Each  task  can  be  considered  to  be  executed  by  a  logical  processor 
of  its  own.  Different  tasks  (different  logical  processors)  proceed  independently,  except 
at  points  where  they  synchronize.  (12:Sec  9,1) 

Considering  the  requirement  noted  above,  in  order  for  an  Ada  run-time  system  to  execute  tasks 
in  parallel  (or  give  the  impression  of  that  more  than  one  processor  was  being  used),  some  type 
of  RR  scheduling  algorithm  would  seem  most  appropriate  on  a  single  processor  system.  This  is 
particularly  brought  out  by  the  Ada  LRM  statement  that  "parallel  tasks  (parallel  logical  processors) 
may  be  implemented  on  multicomputers,  multiprocessors,  or  with  interleaved  execution  on  a  single 
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physical  processor^'  (12:Sec  9,1).  Therefore,  RR  should  have  a  high  probability  of  use  in  Ada 
run-time  systems. 

2. 2. 2.3  Shortest- J  ob~FiTst  (SJF).  There  are  two  versions  of  the  SJ  F  algorithm,  astatic 
version  and  a  dynamic  version.  The  static  SJF  algorithm  requires  some  prior  knowledge  of  a  task’s 
projected  CPU  service  time  Ci  requirement.  Using  this  information,  the  static  SJF  algorithm  sorts 
a  task  set  based  on  increasing  Ci  and  executes  them  in  that  order.  The  static  SJF  algorithm  would 
most  likely  be  used  for  (long-term)  scheduling  in  a  batch  environment  where  task  service  time 
requirements  are  known  prior  to  execution. 

On  the  other  hand,  the  dynamic  SJF  algorithm  requires  no  prior  knowledge  of  C,  require¬ 
ments.  This  version  of  SJF  puts  new  task  arrivals  at  the  front  of  the  ready  queue  to  execute  as 
soon  as  the  currently  running  task  is  blocked.  When  its  turn  comes  up,  the  teisk  is  permitted  to  run 
until  a  block  occurs  for  an  I/O  request,  a  rendezvous,  a  delay,  or  some  other  task  generated  reason. 
After  the  task  is  blocked,  but  prior  to  placing  it  back  on  the  ready  queue,  the  scheduler  projects 
the  next  CPU  burst  ^n+i  requirement  based  on  the  most  recent  CPU  burst  time  /?n  used  prior  to 
blocking.  After  each  cycle  through  the  ready  queue,  the  algorithm  sorts  the  remaining  tasks  based 
on  their  projected  0nJr\.  *ud  executes  the  task  with  the  shortest  /?„+i  first.  In  this  manner,  tasks 
which  are  I/O  intensive  and  only  require  small  bursts  of  CPU  processing  are  given  priority  over 
CPU  intensive  tasks. 

With  either  version  of  SJF,  once  a  task  is  started  it  will  run  until  it  requests  a  block  or  until 
it  is  finished.  Thus,  both  the  static  and  dynamic  SJF  algorithms  are  non-preemptive.  This  results 
in  a  minimum  average  waiting  time  for  a  given  set  of  tasks.  However,  SJF  requires  either  prior 
knowledge  of  a  task’s  required  service  time  (i.e.  Ci)  or  the  additional  overhead  associated  with 
predicting  the  next  CPU  burst  (i.e. 

It’s  not  very  likely  that  an  Ada  run-time  system  would  be  using  either  of  these  versions  of  SJF 
for  two  reasons.  First,  there’s  no  other  requirement  to  provide  any  projection  of  a  task’s  expected 
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Ci.  And  second,  the  overhead  associated  with  predicting  all  of  the  tasks’  0n+i  based  on  their  most 
recent  3n  could  be  extremely  high.  But,  it  should  be  easy  to  detect  because  of  the  algorithm’s 
characteristic  minimum  average  waiting  time. 

2. 2. 2. 4  Pnorxty.  In  this  scheduling  algorithm,  each  task  has  a  priority  associated  with 
it.  When  the  lasks  queue  up  awaiting  execution,  the  tasks  with  the  highest  priority  are  always 
placed  at  the  head  of  the  queue.  Thus,  the  tasks  with  the  highest  priority  are  executed  first. 
Tasks  of  equal  priority  are  scheduled  using  some  default  algorithm.  The  Priority  algorithm  is  also 
non-preemptive.  The  major  problem  with  this  algorithm  is  the  possibility  of  indefinite  blocking  or 
starvation  of  lower  priority  tasks  where  they  don’t  get  an  opportunity  to  execute. 

The  rules  of  Ada  dictate  that  some  level  of  Priority  scheduling  must  be  used  when  tasks  have 
a  PRIORITY  assigned.  But,  still  there  is  no  requirement  that  any  specific  algorithm  be  used  to 
schedule  tasks  with  equal  priority.  Thus,  a  Priority  algorithm  which  degenerates  to  some  default 
algorithm  should  be  a  prime  candidate  for  use  in  Ada  run-time  systems. 

2. 2. 2. 5  Highest-Penalty-Ratio-Nezt  (HPRN).  Under  the  category  of  non-preemptive 
scheduling  algorithms,  either  long  tasks  are  given  an  unfair  advantage  under  the  FCFS  algorithm 
or  short  tasks  are  given  an  unfair  advantage  under  the  SJF  algorithm.  According  to  Finkel,  by 
calculating  a  ‘penalty  ratio’  and  selecting  the  task  with  the  highest  penalty  ratio  for  the  next 
execution,  the  scheduling  of  tasks  becomes  ‘fairer’  (13:24).  The  penadty  ratio  is  calculated  by 
dividing  the  response  time,  Ti,  (i.e.  Fi  -  Sj)  by  t,  where  t  is  the  time  in  execution  before  a  task 
can  leave  the  ready  list.  According  to  Harvey  Deitel,  this  amounts  to  assigning  dynamic  priorities 
to  the  tasks  based  on  the  calculated  penalty  ratio  (10:258).  The  disadvantage  of  this  algorithm  is 
that  it  is  more  expensive  to  implement  due  to  the  required  calculation  of  the  penalty  ratio  for  all 
tasks  prior  to  executing  a  task.  Additionally,  a  short  task  arriving  immediately  after  a  long  task 
has  begun  execution  will  still  have  to  wait  to  start.  It’s  very  unlikely  that  this  algorithm  is  used  in 
Ada  run-time  systems  because  priorities  are  static  and  the  overhead  may  be  too  costly. 
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S.  2. 2. 6  Multi-Level  Feedback  Scheme.  This  algorithm  employs  several  queues  for  tasks 
which  are  awaiting  execution.  The  algorithm  is  defined  by  the  number  of  individual  queues,  the 
scheduling  algorithm  for  each  queue,  the  criteria  required  for  a  task  to  move  from  one  queue 
to  the  next  higher  queue,  the  criteria  to  move  a  task  to  the  next  lower  priority  queue,  and  the 
initial  assignment  criteria.  Each  queue  has  a  different  priority  and  the  queue  in  which  a  task  is 
placed  is  determined  by  the  cause  of  the  most  recent  execution  interrupt.  Any  newly  arriving  task 
is  allowed  to  preempt  existing  tasks  until  it  has  been  given  an  amount  of  CPU  time  equivalent 
to  that  used  oy  existing  tasks.  The  multi-level  feedback  algorithm  is  an  adaptive  mechanism 
which  responds  to  changes  in  tasking  requirements,  but  requires  considerable  overhead  to  operate 
effectively.  Thus,  this  type  of  algorithm  is  very  unlikely  to  be  implemented  in  Ada  run-time  systems 
( 10:259-261 )( 13:24-25) 

2.3  Summary 

This  review  has  provided  some  basic  scheduling  algorithm  information  which  will  be  used  to 
identify  the  requirements  for  the  investigation  of  Ada  task  scheduling.  Current  research  into  real¬ 
time  scheduling  requirements  and  the  limitaMons  associated  with  using  Ada  for  the  development 
of  real-time  systems  reveal  the  need  for  changes  to  Ada  tasking  rules.  With  the  current  ambiguous 
Ada  tasking  rules,  different  implementations  of  Ada  may  produce  different  results.  It  is  clear  from 
the  literature  that  further  research  into  scheduling  algorithms  euid  possible  changes  to  the  Ada  rules 
are  required  to  improve  Ada’s  real-time  efficiency.  The  current  literature  also  reveals  that  some 
methods  are  being  investigated  to  overcome  the  Ada  limitations  mentioned.  Short  of  developing  any 
new  work-arounds  or  changing  the  language  rules,  an  alternate  approach  might  be  to  determine  the 
task  scheduling  algorithms  used  by  a  set  of  available  Ada  compilers,  and  then  select  the  compiler 
which  is  best  suited  for  the  job  at  hand.  In  support  of  this  approach,  the  literature  review  provided 
a  discussion  of  scheduling  algorithm  characteristics.  This  provides  the  background  for  the  possible 
development  of  a  testbed  of  Ada  programs  to  detect  the  underlying  task  scheduling  characteristics 
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exhibited  by  a  given  Ada  compiler.  Bcised  on  the  information  provided,  and  in  order  to  limit 
the  scope  of  the  development  effort,  the  test  suite  will  only  check  for  the  FCFS,  RR,  Static  SJF, 
Dynamic  SJF,  and  Priority  algorithms.  The  next  chapter  provides  a  discussion  of  the  requirements 
analysis  used  to  develop  the  test  suite  of  Ada  programs. 
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III.  Requirements  Analysis  for  Ada  Task  Scheduling  Detection 


The  detection  of  the  scheduling  algorithm  used  by  a  run-time  system  will  require  the  mea¬ 
surement  of  one  or  more  algorithm  characteristics  to  distinguish  among  the  five  algorithms.  There 
are  several  approaches  which  are  used  to  predict  algorithm  performance.  When  the  task  parameters 
are  dynamic,  queuing  models  are  used  to  predict  the  performance  of  scheduling  algorithms.  Several 
authors  have  used  queuing  theory  to  evaluate  scheduling  algorithm  performance  on  dynamic  task 
sets  (18,  17,  24).  On  the  other  hand,  when  the  task  parameters  are  static,  an  evaluation  method 
known  as  deterministic  modeling  can  be  used.  Several  authors  have  used  flow-time  analysis  and 
Gantt  charts  to  predict  the  sequence  of  task  execution  for  a  given  scheduling  algorithm  known 
apriori  (15,  13,  25).  The  scheduling  methods  defined  in  Chapter  II  can  be  described  using  the 
deterministic  approach,  therefore  the  basis  for  the  development  of  the  Ada  testbed  will  be  the 
same. 

This  requirements  analysis  will  discuss  the  task  parameters  and  scheduling  algorithm  charac¬ 
teristics  which  can  be  used  to  distinguish  among  the  five  algorithms  under  investigation,  and  the 
expected  results  for  test  cases  which  are  used  to  model  different  parameter  relationships. 

3.1  Scheduling  Algorithm  CharactensUca/ Parameters 

In  Deterministic  Processor  Scheduling,  M.J.  Gonzalez,  Jr.  used  Gantt  charts  and  flow-time 
measurement  to  analyze  several  single-processor  algorithms  (15:179-181).  In  his  book,  An  Operating 
Systems  Vade  Mecum,  Raphael  Finkel  used  Gantt  charts  along  with  known  task  parameters  to 
illustrate  and  compare  the  results  of  applying  various  algorithms  to  a  given  set  of  tasks  (13:20- 
27).  With  respect  to  t2isk  scheduling  analysis,  a  Gantt  chart  is  a  tabular  representation  of  task 
e.xecution  during  a  sequence  of  predetermined  time  increments.  Flow-time  analysis  is  concerned 
with  the  sequence  of,  and  relationship  between,  the  start  and  finish  times  of  the  tasks.  Since  the 
execution  sequence  for  a  given  task  set  will  vary  depending  on  which  scheduling  algorithm  is  used 


3-1 


and  how  the  parameters  of  the  tasks  are  related,  representation  of  the  expected  execution  results 
using  a  Gantt  chart  requires  prior  knowledge  of  one  or  more  task  parameters. 

Initially,  I  believed  that  the  expected  Gantt  chart  produced  by  various  algorithms  for  a  given 
task  set  could  be  predicted  if  the  arrival  time  (A,),  service  time  (Cj),  and  priority  (P,)  of  the  tasks 
were  known.  Although  many  examples  of  Gantt  chart  analysis  contain  several  tasks  within  the 
given  task  set,  algorithm  detection  may  be  possible  with  only  two  tasks  in  the  task  set.  But,  in 
order  to  do  it  with  only  two  tasks,  (A  k.  B),  all  the  possible  equality  relationships  between  k 
Ab,  Ca  k  Cb,  and  Pa  k  Pb  for  the  two  tasks  had  to  be  observed.  Twenty-seven  test  cases  cover 
each  combination  of  these  parameter  relationships  for  two  tasks.  A  listing  of  the  test  cases,  along 
with  the  corresponding  parameter  relationships  for  the  two  tasks,  is  provided  in  Table  3.1. 

Originally,  I  thought  that  these  test  cases  would  be  sufficient  to  detect  RR,  FCFS,  SJF,  and 
Priority.  Later,  I  realized  that  there  was  a  distinction  between  the  results  predicted  for  the  Dynamic 
SJF  algorithm  and  the  Static  SJF  algorithm.  This  distinction,  along  with  other  problems,  resulted 
in  the  need  for  another  special  test  case  which  will  be  discussed  later.  It  wasn’t  until  after  the 
.\da  programs  which  modeled  these  twenty-seven  test  cases  were  executed,  and  the  results  of  the 
execution  analyzed,  that  I  discovered  these  test  cases  could  not  detect  a  Dynamic  SJF  algorithm. 
Thus,  the  term  SJF  will  be  used  to  refer  to  the  Static  SJF  dgorithm  until  the  special  test  case  is 
presented. 

The  Ai,  Ci,  and  Pi  task  parameters  were  selected  for  use  in  the  test  cases  for  the  following 
reasons.  First,  if  the  task  arrival  times  for  two  tasks  are  known  in  advance,  this  knowledge  can  be 
used  for  detecting  a  FCFS  algorithm.  Since  a  FCFS  algorithm  executes  the  task  with  the  earlier 
arrival  time  prior  to  the  other  task,  the  resulting  execution  sequence  and  the  start  k  finish  times 
can  be  predicted. 

If  the  task  service  times  are  also  known  in  advance,  a  better  approximation  for  the  expected 
start  and  finish  times  is  also  possible.  In  order  to  more  accurately  predict  start  and  finish  times,  the 
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Scheduling  Algorithm  Detection  Test 


Ttst  Case 

Service  Time 

Arrival  Time 

Priority 

1 

Ca=Cb 

=  Ab 

Pa  =  Pb 

2 

Ca=Cb 

Aa  =  Ab 

Pa  >  Pb 

3 

Ca  =  Cb 

A-a  =  Ab 

Pa  <  Pb 

4 

Ca  =  Cb 

Aa  <  Ab 

Pa  =  Pb 

5 

Ca  =  Cb 

Aa  <  Ab 

Pa>Pb 

6 

Ca  =  Cb 

Aa  <  Ab 

Pa  <  Pb 

7 

Ca  =  Cb 

Aa  >  Ab 

Pa  =  Pb 

8 

Ca  =  Cb 

Aa  >  Ab 

Pa  >  Pb 

9 

Ca  =  Cb 

Aa  >  Ab 

Pa  <  Pb 

10 

Ca  >  Cb 

Aa  =  Ab 

Pa  =  Pb 

11 

Ca  >  Cb 

Aa  =  Ab 

Pa  >  Pb 

12 

Ca  >  Cb 

Aa  =  Ab 

Pa  <  Pb 

13 

Ca  >  Cb 

Aa  <  Ab 

Pa  =  Pb 

14 

Ca  >  Cb 

Aa  <  Ab 

Pa  >  Pb 

15 

Ca  >  Cb 

Aa  <  Ab 

Pa  <  Pb 

16 

Ca  >  Cb 

Aa  >  Ab 

Pa  =  Pb 

17 

Ca  >  Cb 

Aa  >  Ab 

Pa  >  Pb 

13 

Ca  >  Cb 

Aa  >  Ab 

Pa  <  Pb 

19 

Ca  <  Cb 

Aa  =  Ab 

Pa  =  Pb 

20 

Ca  <  Cb 

Aa  =  Ab 

Pa  >  Pb 

21 

Ca  <  Cb 

Aa  =  Ab 

Pa<Pb 

22 

Ca  <  Cb 

Aa  <  Ab 

Pa  =  Pb 

23 

Ca  <  Cb 

Aa  <  Ab 

Pa  >  Pb 

24 

Ca  <  Cb 

Aa  <  Ab 

Pa<Pb 

25 

Ca  <  Cb 

Aa  >  Ab 

Pa  =  Pb 

26 

Ca  <  Cb 

Aa  >  Ab 

Pa>Pb 

27 

Ca<Cb 

Aa  >  Ab 

Pa<Pb 

Table  3.1.  Algorithm  Detection  Parameter  Relationships  for  Test  Cases  1  thru  27 


service  time  inequality  relationships  identified  in  Table  3.1  were  converted  to  equality  relationships. 
The  relationship  2Ca  =  Cb  was  used  to  obtain  the  Ca  <  Cb  relationship,  and  Ca  =  2Cb  was  used 
to  obtain  the  Ca  >  Cb  relationship.  The  doubling  of  service  times  for  the  equality  relationship 
was  arbitrarily  selected  to  simplify  the  start  and  finish  time  predictions  (and  analysis).  The  prior 
knowledge  of  task  service  times  also  aids  in  the  detection  of  the  SJF  algorithm.  Since  a  SJF 
algorithm  executes  the  task  with  the  shorter  service  time  prior  to  the  other  task,  the  resulting 
execution  sequence  can  be  identified  and  a  close  approximation  to  start  and  finish  times  can  be 
predicted. 
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If  the  priorities  of  two  tasks  are  known  in  advance,  detection  of  the  Priority  algorithm  should 
be  possible.  Since  a  Priority  algorithm  executes  the  task  with  the  higher  priority  before  the  other 
task,  the  resulting  execution  sequence  can  be  identified  and  a  close  approximation  to  the  start  and 
finish  times  can  be  predicted. 

Finally,  if  a  RR  algorithm  is  used  for  task  scheduling,  the  two  tasks  will  take  turns  at  exe¬ 
cution.  Once  again,  if  the  arrival  times  and  service  times  of  the  two  tasks  are  known  in  advance, 
execution  sequence  and  a  fair  approximation  of  start  and  finish  times  can  be  predicted.  Although 
accurate  predictions  for  start  and  finish  times  are  not  possible  without  prior  knowledge  of  the  time 
slice  (TS)  used  by  the  RR  algorithm,  the  relationships  between  the  task  start  and  finish  times  is 
possible. 

Even  though  some  of  the  test  cases  were  functionally  equivalent  to  each  other  (just  a  renaming 
of  tasks),  they  were  kept  for  purposes  of  cross-checking  their  expected  res>  ,s.  I  also  realized  that 
some  of  the  test  cases  could  produce  the  same  results  for  two  or  more  algorithms.  These  test  cases 
were  kept  because  the  results  of  two  such  test  cases  may  be  intersected  to  single  out  which  of  the 
algorithms  under  investigation  is  possibly  being  used.  For  example,  if  the  results  of  one  test  case 
indicates  that  either  FCFS  or  SJF  was  used,  and  the  results  of  another  test  case  indicates  that 
either  FCFS  or  Priority  was  used;  then  the  intersection  of  these  results  reveals  that  FCFS  was  used. 
Therefore,  all  of  the  test  case  were  kept  to  maintain  a  more  complete  test  suite. 

Since  the  overall  objective  was  to  analyze  the  execution  results  of  Ada  programs  which  mod¬ 
eled  these  test  cases,  the  next  step  was  to  predict  the  execution  results  of  each  test  case  executing 
under  the  RR,  FCFS,  SJF,  and  Priority  algorithms.  The  prediction  of  expected  results  for  the  test 
cases  is  discussed  in  the  next  section. 
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3.  2  Predicted  Execution  Results  for  the  Test  Cases 

The  expected  result  of  executing  a  given  test  case  under  a  known  scheduling  algorithm  can 
be  described  by  a  characteristic  set  of  start  (S^i  and  Sb)  and  finish  (Fa  and  Fg)  times,  along  with 
a  corresponding  Gantt  chart.  As  noted  earlier,  a  Gantt  chart  can  be  used  to  predict  the  expected 
execution  sequence  for  a  set  of  tasks  running  under  a  given  scheduling  algorithm.  The  Gantt  charts 
for  each  of  the  twenty-seven  test  cases,  executing  under  four  scheduling  algorithms,  are  shown  in 
Tables  A.l  through  A. 30  of  Appendix  A.  The  four  algorithms  represented  are  Round  Robin  (RR), 
First-Come-First-Serve  (FCFS),  Shortest-Job-First  (SJF)  [actually  static  SJF],  and  Priority. 

Ideally,  a  single  test  case  should  have  expected  results  which  are  unique  for  each  scheduling 
algorithm.  Examination  of  the  Gantt  charts  provided  in  Tables  A.l  through  A. 30  of  Appendix 
A  indicates  that  none  of  the  test  cases  appear  to  be  ideal  in  this  respect.  The  Gantt  charts  are 
only  of  limited  use  because  they  do  not  accurately  reflect  the  time  segments,  but  they  do  provide 
some  insight  into  which  algorithms  are  detectable  by  a  given  test  case.  The  supplemental  flow-time 
analysis  will  provided  additional  insight  when  presented  later.  The  following  discussion  highlights 
some  of  the  observations  which  can  be  made  from  the  Gantt  charts.  The  predicted  Gantt  charts 
for  test  cases  1,  4,  7,  10,  16,  19,  22,  and  25  indicate  that  these  test  cases  should  be  useful  in 
distinguishing  RR  from  the  other  algorithms.  The  predicted  Gantt  charts  for  test  cases  6,  8,  15, 
17,  24,  and  26  reveal  two  sets  of  execution  sequences.  One  sequence  indicates  that  either  RR  or 
Priority  was  used  for  scheduling,  while  the  other  sequence  reveals  that  either  FCFS  or  SJF  was 
used.  Further  flow-time  analysis  should  distinguish  between  RR  and  Priority,  but  not  necessarily 
between  FCFS  and  SJF.  All  other  Gantt  charts  contain  predicted  execution  sequences  which  cannot 
distinguish  between  any  of  the  four  algorithms. 

The  flow-time  analysis  produces  the  expected  start  and  finish  times  for  the  execution  of  each 
test  case  under  the  four  algorithms.  The  predicted  start  and  finish  times  for  each  of  the  twenty-seven 
test  cases  are  summarized  in  Tables  3.2,  3.3,  and  3.4. 
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Test  Parameters 
Case 


Ca  =  Cb 
Aa  =  Ab 
Pa  =  Pb 


— 

Cb 

Aa 

< 

Ab 

Pa 

= 

Pb 

Ca 

Cb 

Aa 

< 

Ab 

Pa 

>_ 

Pb 

Ca 

— 

Cb 

Aa 

< 

Ab 

Pa 

< 

Pb 

Ca 

_ 

Cb 

Aa 

> 

Ab 

Pa 

= 

Pb 

Ca  =  Cb 
Aa  >  Ab 
Pa<Pb 


RR 

Sj\  =0  or  TS 

Sb  =  - 

TS  orO 

Fa 

=  2C- 

-TS  or2C 

Fb 

=  2C 

or  2C  -  TS 

Sa 

=  0 

Sb 

=  c 

Fa 

=  c 

Fb 

=  2C 

Sa 

=  C 

Sb 

=  0 

Fa 

=  2C 

Fb 

=  c 

Sa 

=  0 

Sb  ■■ 

=  TS 

Fa  =  2C-  TS 

Fb 

=  2C 

Sa=C 
Sb  =  0 
Fa  =  2C 
Fb  =  C 


Sa=0 
Sb  =  C 
Fa  =  C 
Fb  =  2C 


Sa=0 
Sb  =  C 
Fa  =  C 
Fb=2C 


Sa  =  0 
Sb  =TS 
Fa=2C 
Fb  =  C  +  TS 


Sa=0 
Sb  =  C 
Fa=C 
Fb  =  2C 


Pnonty 

S/{  =0  or  C 
Sq  —  O  or  0 
=  C  or  '20 

Fb  =  2C  or  C 

5^  =0 
Sb=C 
Fa=C 
Fb=2C 

Sa=C 

Sb  =  0 
Fa=2C 

Fb  =  C 

i 

Sa  =  TS 

Sa=C 

Sa=C 

Sb  =0 

Sb  =  0 

Sb  =0 

O 

CM 

II 

Fa^2C 

Fa  =  2C 

Fb  =  2C-  TS 

Fb  =  C 

Fb=C 

Sa  =  TS 

Sa=C 

Sa  =  C 

5s  =  0 

Sb  =  0 

Sb  =0 

Fa  =  C  +  TS 

Fa  =  2C 

Fa  =  2C 

Fb  =  2C 

Fb  =  C 

Fb=C 

Sa  =  C 

Sa  =  C 

Sa  =  C 

II 

o 

Sb  =  0 

Sb  =0 

Fa  =  2C 

Fa  =  2C 

Fa  =  2C 

Fb  =  C 

Fb  =  C 

Fb=C 

Sa  =  0 

Sb  =  C 

Fa  =  C 

Fb  =  2C 

Sa=0 

Sb  =  Ab 

Fa  =  2C 

Fb  =  C  +  Sb 

Sa=C 

Sb  =  0 

Fa  =  2C 

Fb  =  C 

1 

1 

i 

Sa=C 
Sb  =  0 
Fa  =  2C 
Fb  =  C 


when  C  i«  Mrvic*  time, 
i«  start  time,  F  is  finish  time, 


A  is  arrival  time,  P  is  priority, 
and  TS  is  the  Time  Slice  if  RR  is  used. 
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Parameters 


RR 


FCFS 


SJF 


Priority 


Test 


Case 


10 

=  2Cb 
Aa  =  Ab 
Pa=Pb 

Sa  =0  Qc  TS 

Sb  =TS  or  0 

Fa  =  3C  or  3C 

Fb  =  2C  or  2C  -  TS 

Sa=0  or  C 

Sfi  =  2C  or  0 
Fa  =  2C  or  3C 
Fb  —  3C  or  C 

Sa=C 
5b  =0 
Fa=3C 
Fb  =  C 

Sa  =  0  or  C 

Sb  —  2C  or  0 

Fa  =  2C  or  3C’ 
Fb  —  3(7  or  (7 

11 

Sa=0 

54  =  0 

54  =0 

54  =0 

Ca  =  2Cb 

Sb  =  2C 

Sb=2C 

5b  =  2C 

5b  =  2C 

Aa  =  Ab 

Fa  =2C 

Fa  =  2C 

Fa  =  2C 

Fa  =  2C 

Pa  >  Pb 

Fb  =  3C 

Fb=3C 

Fb  =  3C 

Fb  =  3C 

12 

5.4  =  C 

Sa=C 

Sa=C 

54  =C 

Ca  =  2Cb 

5s  =  0 

Sb  =  0 

5b  =  0 

Aa  =  Ab 

Fa  =  3C 

Fa  =  3C 

Fa  =  3C 

Fa  =  3C 

Pa  <  Pb 

Fb=C 

Fb=C 

Fb  =  C 

Fb  =  C 

13 

57^0 

54  =0 

Ca  =  2Cb 

Sb  =TS 

5b  =  2C 

5b  =  2C 

5s  =  2C 

Aa  <  Ab 

Fa  =  3C 

Fa  =  2C 

Fa  =  2C 

Fa=2C 

Pa  =  Pb 

Fb  =  2C 

Fb=3C 

Fb  =  3C 

Fb  =  3C 

14 

54  =  0 

54  =  0 

54  =0 

Ca  =  2Cb 

Sb  =  2C 

Sb  =  2C 

Sb  =  2C 

Sb  =  2C 

Aa  <  Ab 

Fa  =  2C 

Fa  =  2C 

Fa  =  2C 

Fa  =  2C 

Pa>Pb 

Fb  =  3C 

Fb  =  3C 

Fb  =  3C 

Fb  =  3C 

13 

Sa  =0 

54  =  0 

54  =0 

Ca  =  2Cb 

Sb  =TS 

Sb-2C 

5fl  =  2C 

5b  =  Ab 

Aa  <  Ab 

Fa  =  3C 

Fa  =  2C 

Fa  =  2C 

Fa  =  3C 

Pa  <  Pb 

Fb  =  C  +  TS 

Fb=3C 

Fb  =  3C 

Fb  =  CfSb 

16 

Sa=TS 

Sa  =  C 

Sa=C 

Sa  =  C 

Ca  =  2Cb 

5b  =  0 

5b  =0 

Sb  =0 

Aa  >  Ab 

Fa  =  3C 

Fa  =  3C^ 

Fa  =  3C 

Fa  =  3C 

Pa  =  Pb 

Fb  =  2C-  TS 

Fb  =  C 

Fb=C 

Fb  =  C 

17 

Sa  =  TS 

Sa=C 

Sa=C 

Sa  =  •'44 

Ca  =  2Cb 

Sb  =  0 

5fl  =  0 

5b  =  0 

Aa  >  Ab 

f4  =  2C  +  TS 

Fa  =  3C 

Fa  =  3C 

Fa  =2C+  Sa 

Pa  >  Pb 

Fb=3C 

Fb  =  C 

Fb  =  C 

Fb  =3C 

18 

Sa=C 

Sa=C 

Sa  =  C 

Sa=C 

Ca  =  2Cb 

5b  =0 

5b  =  0 

5b  =0 

Aa  >  Ab 

Fa  =  3C 

Fa  =  3C 

Fa  =  3C 

Fa  =  3C 

Pa  <  Pb 

Fb  =  C 

Fb  =  C 

Fb  =  C 

Fb  =  C 

where  C  ie  eervice  time,  A  ie  arriv»i  time,  P  ii  priority, 


5  i«  itart  time,  F  ia  flniah  time,  and  TS  la  the  Time  Slice  if  RR  ia  uaed, 


Table  3.3.  Predicted  Execution  Results  for  Test  Cases  10  -  18 
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2C^  =  Cb 
Aa  =  Ab 
Pa  <  Pb 


2Ca  =  Cb 
Aa  <  Ab 
Pa  =  Pb 


2Ca  =  Cb 
Aa  <  Ab 
Pa  >  Pb 


1C  A  =  Cb 
Aa  <  Ab 
Pa  <  Pb 


1C  A  =  Cb 
Aa  >  Ab 
Pa  =  Pb 


1C  A  =  Cb 
Aa  >  Ab 
Pa>Pb 


Sa=1C 

Sfl  =  0 

Fa=1C 

Fb  =  1C 


Sa=0 

Sb  =TS 
Fa  =  1C-  TS 
Fb  =  3C 


5m  =0 
Sb=C 
Fa  =  C 
Fb  =  3C 


5m  =0 
Sb  =  TS 
Fm  =  3C 
Fb  =  1C  +  TS 


Sa  =  TS 
5b  =  0 
Fa  =  1C 
Fb  =  3C 


a=TS 
Sb  =0 
Fa  =  C  +  TS 
Fb  =  3C 


Fa=C 

Fb  =  3C 

5m  =  2C 

5-  =  0 
^M  -  3C 
Fb=1C 

5m  =  0 
Sb=C 
Fa=C 
Fb  =  3C 


5m  =0 
5b  =C 
Fa=C 
Fb  =  3C 


5m  =  0 
Sb  =  C 
Fa=C 
Fb  =  3C 


5m  =0 
Sb=C 
Fa=C 
Fb  =  3C 


5m  =0 
5b  =  C 
Fa=C 
Fb  =  3C 


5m  =0 

5b  =C 

Fa  =  C 

Fb  =3C 

5m  =0 

5b  = 

Fm  =  3C 

Fb  =  2C  -1-  Sfl 

Sa=1C 
5b  =  0 
Fm  =  3C 
Fb  =  1C 


27 

2Cm  =  Cfl 

Aa  >  Ab 
Pa<Pb 

Sa=1C 

Sb  =  0 

Fm  =  3C 

Fb  =  1C 

Sa=1C 

5b  =  0 

Fa  =  3C 

Fb  =  1C 

Sa=1C 
5b  =  0 
Fa  =  3C 
Fb  =  1C 

Sa=1C 

Sb  =0 

Fa  =  3C 

Fb  =  1C 

where  C  is  service  time,  A  is  arrival  time,  P  is  priority, 

S  is  start  time,  F  it  flnish  time,  and  TS  is  the  Time  Slice  if  RR  is  used. 
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Combining  a  flow-time  analysis  for  each  test  case  to  the  Gantt  chart  observations  improved 
the  ability  to  distinguish  between  the  four  algorithms,  but  the  distinction  was  still  not  as  clear 
as  desired.  Still  I  felt  that  with  twenty-seven  test  cases,  it  was  possible  to  identify  test  case 
combinations  which  would  differentiate  between  the  algorithms.  So,  I  summarized  the  expected 
results  by  grouping  the  task  parameters  together,  and  ordering  the  results  by  increasing  start 
times  for  task  ^4.  Through  this  summary,  some  distinction  between  the  scheduling  algorithms  was 
revealed.  The  summary  which  illustrates  this  distinction  is  provided  in  Table  3.5. 


Parameters 

Test  Cases  that  Reveal  the  Algorithms 

5^ 

Sb 

Fa 

Fb 

RR 

FCFS 

SJF 

Priority 

0 

TS 

2C-TS 

2C 

1,4 

3C 

19,22 

3C 

2C 

10,13 

C  +  TS 

15 

2c-i-rs 

24 

2C 

c-t-rs 

6 

Ab 

2C 

C  +  5b 

6 

3C 

C  -f  Sb 

15 

KQBiQil 

24 

C 

C 

2C 

2.5 

1,2.4,5,6 

1.2, 4,5, 6 

1, 2,4,5 

3C 

20,23 

19,20,22,23,24 

19,20,22,23,24 

19,20,22,23 

2C 

2C 

3C 

11,14 

11,10,13,14,15 

11,13,14,15 

11,10,13,14 

TS 

0 

c  +  rs 

2C 

8 

3C 

26 

2C 

2C-TS 

1,7 

3C 

19,25 

2c-f  rs 

3C 

17 

3C 

2C-TS 

10,16 

Aa 

0 

C  +  Sa 

2C 

8 

3C 

26 

2C  +  Sa 

3C 

17 

m 

0 

2C 

C 

MEM 

1.3, 7, 8,9 

1.3, 7,8, 9 

1.3.7, 9 

3C 

C 

12,18 

10,12,16,17,18 

10,12,16,17,18 

11,10,13,14 

2C 

0 

3C 

2C 

21,27 

19,21,25,26,27 

21,25,26,27 

19,21,25,27 

NOTE:  the  number*  in  the  algorithm  columns  represent  individuaJ  test  ceeee. 


Table  3.5.  Scheduling  Algorithm  Detection  Summary 


The  table  shows  that  there  are  several  groupings  of  test  case  results  which  can  be  used  to 
distinguish  between  the  algorithms.  The  test  cases  listed  at  the  intersection  of  each  row  and  column, 
in  the  bottom  right  of  the  table,  represent  those  test  cases  which  will  produce  the  set  of  expected 
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results  shown  to  the  left  when  executed  by  the  algorithm  identified  for  that  column.  There  are 
two  possibilities  of  expected  results  for  test  cases  1,  10,  and  19  under  the  RR,  FCFS,  and  Priority 
columns  because  of  equal  arrival  times  for  the  tasks.  Depending  on  whether  task  A  or  S  is  selected 
for  execution  first,  the  expected  results  would  fall  into  either  the  top  portion  of  the  table  (when 
task  A  executes  first)  or  the  bottom  (when  task  B  executes  first).  This  is  also  the  reason  that  test 
case  1  occurs  twice  under  the  SJF  column.  In  spite  of  this  duplication,  there  is  enough  distinction 
between  the  expected  results  to  distinguish  between  which  algorithm  is  used.  After  running  all 
test  cases  under  an  unknown  scheduling  algorithm,  if  the  algorithm  is  one  of  the  four  shown  in  the 
table,  the  actual  results  should  match  closely  to  the  results  in  one  of  the  columns.  Test  cases  1,  4. 
6,  7,  8,  10,  13,  15,  16,  19,  22,  and  24  can  distinguish  RR  from  the  other  algorithms.  Test  cases  6,  8, 
15,  17,  and  24  can  distinguish  Priority  from  the  other  algorithms.  However,  a  problem  arises  when 
trying  to  distinguish  between  FCFS  and  SJF.  Depending  on  whether  task  A  or  5  is  executed  first 
in  test  cases  10  and  19,  FCFS  and  SJF  may  produce  identical  results.  If  an  algorithm  executes 
task  A  first  for  test  case  10  and  task  B  first  for  test  case  19,  then  the  results  would  distinguish 
FCFS  from  SJF.  Otherwise,  there  is  no  distinction.  Therefore,  an  additional  test  case  is  needed  to 
explicitly  distinguish  between  the  FCFS  and  SJF  algorithms. 

As  noted  earlier,  I  realized  that  these  test  cases  could  only  detect  the  static  SJF  algorithm, 
not  the  dynamic  one.  Since  Ada  tasks  can  be  dynamically  created,  it  is  not  very  feasible  that 
an  Ada  run-time  system  would  have  the  prior  knowledge  of  task  service  times  before  e.xecution. 
Though  it  is  still  unlikely  that  an  Ada  run-time  system  would  keep  track  of  individual  task  CPU 
burst  times  to  use  for  task  scheduling,  I  decided  to  add  a  test  case  to  detect  dynamic  SJF  so  both 
forms  of  SJF  were  included. 

This  final  test  case  requires  six  tasks:  two  with  very  short  CPU  burst  times,  two  with  medium 
burst  times,  and  two  with  long  CPU  burst  times.  All  tasks  will  be  assigned  equal  priorities  and 
assumed  to  have  equal  arrival  times.  The  task  parameter  relationships  for  this  test  case  are  provided 
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Test  Case  28 

Task 

ID 

CPU  Burst 
Required 

Arrival 

Time 

Priority 

A 

0A=C 

0 

P 

B 

0B  =  C/2 

0 

P 

C 

Be  =c/100 

0 

P 

D 

O 

II 

0 

P 

E 

Be  =  C/2 

0 

P 

F 

Bp-C/m 

0 

P 

wh«re  C  is  some  large  CPU  burst  requirement, 
and  0i  is  CPU  burst  requirement  for  Task  i 

Table  3.6.  Task  Parameter  Relationships  for  Test  Case  28 


in  Table  3.6. 

The  Gantt  chart,  as  well  as  subsequent  start  and  finish  times,  for  this  test  case  depend  on  the 
order  in  which  the  tasks  are  started.  The  initial  order  is  not  important  for  algorithm  detection,  but 
the  relationships  between  start  and  finish  times  will  distinguish  between  RR,  FCFS,  and  dynamic 
SJF.  Priority  will  not  be  considered  in  this  teat  case  because  it  is  already  addressed  in  the  earlier 
test  cases  and  no  additional  information  would  be  gained  by  having  unequal  task  priorities  in  this 
test  case.  Given  that  the  CPU  burst  request  occurs  at  least  three  times  during  task  execution,  and 
the  initial  order  of  execution  is  F,  A,  E,  D,  C,  and  B;  Tables  3.7  through  3.9  show  the  Gantt 
charts  for  FCFS,  RR,  and  SJF  respectively. 


FCFS  Gantt  Chart  for  Test  Case  28 

Time 

0-1 

2-201 

202-301 

302-501 

502-503 

504-603 

Task 

F 

A 

E 

D 

C 

B 

Time 

604-605 

608-805 

806-905 

906-1105 

1106-1107 

1108-1207 

Task 

F 

A 

E 

D 

C 

B 

Time 

1208-1209 

1210-1409 

1410-1509 

.  1510-1709 

1710-1809 

1810-1811 

Task 

F 

A 

E 

D 

C 

B 

where  Time  ia  expreeeed  in  TS  unite,  and  2TS  =  C/lOQorTS  =  C/ 

200. 

Table  3.7.  Predicted  FCFS  Gantt  Chut  for  Test  Case  28 


The  FCFS  algorithm  will  service  the  jobs  in  the  order  they  are  queued  in  the  ready  queue 
(e.g.  F,  A,  E,  D,  C,  B)  and  the  jobs  will  complete  in  that  same  order.  The  start  and  finish  times 
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Dynamic  SJF  Gantt  Chart  for  Test  Case  28 

Time 

0-1 

2-201 

202-301 

302-501 

502-503 

504-603 

Task 

F 

A 

E 

D 

C 

B 

Time 

604-605 

606-607 

608-707 

708-807 

808-1007 

1008-1207 

Task 

F 

C 

E 

B 

A 

D 

Time 

1208-1209 

1210-1211 

1212-1311 

1312-1411 

1412-1611 

1612-1811 

Task 

F 

C 

E 

B 

A 

D 

where  Time  i«  expreaeed  in  TS  unite,  and  27’S  =  C/lOOorT'5  =  C/200. 

Table  3.9.  Predicted  SJF  Gantt  Chart  for  Test  Case  28 
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for  FCFS  will  be  staggered  by  the  amount  of  CPU  burst  time  required  by  each  preceding  task.  The 
RR  algorithm  will  service  the  jobs  in  the  order  they  are  queued,  but  it  will  only  perrriit  a  small  slice 
of  the  CPU  each  time  through  the  queue.  Thus,  the  start  times  of  the  RR  algorithm  will  have  each 
task  staggered  by  a  time  slice.  The  finish  times  of  the  tasks  under  RR  will  be  grouped  by  burst 
requirements,  with  those  tasks  requiring  the  smaller  bursts  finishing  first.  The  tasks  in  each  group 
will  be  staggered  by  the  number  of  time  slices  needed  to  finish  their  last  burst  requirement  (i.e.(CPl. 
burst  time  /  time  slice)  *  number  of  remaining  tasks).  Finally,  the  Dynamic  SJF  algorithm  will 
have  start  times  which  are  equivalent  to  FCFS  (it  has  to  run  the  tasks  through  their  first  CPU 
burst).  The  finish  times  under  Dynamic  SJF  will  be  grouped  similar  to  RR,  but  with  the  tasks 
within  each  group  staggered  by  the  preceding  task’s  burst  requirement.  These  expected  start  and 
finish  times  are  summarized  in  Tables  3  10  through  3.12. 

.\fter  closely  looking  at  these  predicted  results,  the  single  test  case  described  above  should 
produce  a  distinct  set  of  results  when  run  by  different  scheduling  algorithms.  Thus,  this  test  case 
may  be  the  only  one  required  to  distinguish  between  the  four  scheduling  algorithms  of  interest.  I 
was  still  curious  as  to  whether  the  initial  twenty-seven  test  cases  could  be  used  to  detect  the  RR, 
FCFS,  and  Priority  algorithms.  1  was  also  curious  as  to  how  well  I  could  model  the  test  cases  with 
•Ada  programs.  In  particular,  I  wanted  to  see  whether  I  could  model  the  equal  arrival  times  for  two 
.\da  tasks.  Finally,  I  wanted  to  see  how  closely  the  actual  execution  results  would  compare  with 
those  predicted  using  the  Gantt  charts  and  flow-time  analysis.  So,  I  decided  to  use  all  twenty-eight 
test  cases,  model  them  using  Ada  programs,  compile  the  programs,  and  compare  the  actual  test 
case  results  with  those  which  are  predicted  here. 
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Predicted  Test  Case  28  Start  and  Finish  Times 
FCFS  Algorithm 


Parameter 

Predicted  Result 

Sf 

0 

Sa 

C/100 

Se 

C-t-C/100 

Sd 

C  +  C/lOO+C/2 

Sc 

2C+C/100  +  C/2 

Sb 

2C  +  C/50  +  C/2 

Ff 

(3(1-  1)/50)C-I- C/100 

Fa 

(3(1-  1)/50)C-I-C-|-C/100 

Fe 

(3(L  -  1)/50)C -1- C -b  C/2  +  C/100 

Fd 

(3(L  -  1)/50)C  +  2C  +  C/2  +  C/100 

Fc 

(3(1  -  1)/50)C  +2C  +  C/2  +  C/50 

Fb 

(3(1  -  1)/50)C  +  3C  -1-  C/50 

wh«r«  L  It  th«  number  of  bursts  required 


Table  3.10.  Test  Case  28  FCFS  Prediction  Summary 


Predicted  Test  Case  28  Start  and  Finish  Times 
RR  Algorithm 


Parameter 


Sa 


Se 


So 


Sc 


Sb 


Ff 


Fe 


Fd 


Fc 


Fb 


Predicted  Result 


0 


TS 


2TS 


ZTS 


ATS 


bTS 


30TS  +  ITS 


Z6TS  +  (0A/TS)*n 


26TSa-{0e/TS 


36TS+{0D/TS)*n 


SOTS  +  STS 


36TS  +  (0b/TS)  *  n 


whcrt  TS  it  Mtumcd  «qu»l  to  C/200 
and  n  it  th«  numb«r  of  remaining  tatkt 
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Predicted  Test  Case  28  Start  and  Finish  Times 
Dynamic  SJF  Algorithm 


Parameter 

Predicted  Result 

Sp 

0 

Sa 

C/100 

Se 

C  +  C/100 

Sd 

c  +  c/m  +  c/2 

Sc 

2C  +  C/100  +  C/2 

Sb 

2C  +  C/50  +  C/2 

Ff 

(3(L-  1)/50)C  + C/100 

Fa 

(3(L-  l)/50)C  +  C/50 

Fe 

(3(L  -  1)/50)C  +  C/50  +  C/2 

Fd 

(3(1,-  1)/50)C  + C/50-1- C 

Fc 

(3(£,  -  l)/50)C  +  C/50  +  2C 

Fb 

(3(£-  1)/50)C-I- C/50-1- 3C 

where  L  i«  the  number  of  bunts  required 


Table  3.12.  Test  Case  28  Dynamic  SJF  Prediction  Summary 
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IV.  Design  and  Development  of  Ada  Task  Schedule  Detection  Test  Cases 


The  twenty-eight  test  cases  identified  for  detecting  task  scheduling  algorithms  were  described 
in  Chapter  III.  A  different  combination  of  scheduling  parameters  was  identified  for  each  test  case. 
Some  of  the  parameters  need  to  be  controlled  prior  to  execution,  while  other  parameters  need  to  be 
measured  after  execution.  This  chapter  identifies  the  specific  constructs  used  in  the  Ada  programs 
to  control  and  measure  the  required  scheduling  parameters.  The  Ada  programs  that  implement 
the  test  cases  are  provided  in  N-'olume  2  of  this  thesis. 

4-1  Ada  Constncis  Used  for  I rnplemeniation 

The  parameters  of  a  given  task,  «,  requiring  control  prior  to  execution  are  the  arrival  time 
(A,),  the  service  time  (C,),  and  the  priority  (Pi).  The  parameters  which  will  need  to  be  measured 
during  task  execution  are  the  start  (S,  )  and  finish  times  (Fi).  The  completion  time  (T;)  parameter 
will  also  be  used,  but  can  be  derived  from  the  start  and  finish  times  (i.e.  T  =  Fi  —  Si). 

My  approach  for  test  cases  1  -  27  was  to  have  two  tasks  available  for  uninterrupted  execution. 
Each  task  is  distinguished  by  its  name  (i.e.  task  A  or  B)  and  its  associated  controlled  parameters 
(i.e.  AJ^,  Ab,  Ca,  Cb,  Pa,  and  Pb).  The  measured  parameters  (i.e.  Sa,  Sb,  Fa,  and  Fb)  are 
recorded  during  execution,  and  derived  parameters  (i.e.  Ta  and  Tb)  are  calculated  after  execution. 
Finally,  the  measured  and  derived  parameters  are  analyzed  manually  to  see  if  they  reveal  the 
scheduling  algorithm  used  during  execution. 

For  test  case  28,  I  used  six  tasks  instead  of  two,  I  did  not  control  task  arrival  times,  and  I 
did  not  use  uninterrupted  execution.  In  test  case  28,  I  wanted  to  see  how  the  run-time  system 
scheduled  tasks  which  contained  fixed  CPU  bursts  (i.e.  0a,  ^b,  0c,  0d,  0b,  and  0f)  between 
run-time  system  interrupts  (delays).  In  this  case,  the  relationship  between  task  arrivals  was  not  as 
important  as  the  relationships  between  task  starting  times  and  finish  times. 
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The  following  discussion  addresses  the  control  of  each  task’s  arrival  time,  service  time,  CPU 
burst  requirement,  and  priority.  The  section  closes  with  a  discussion  on  how  an  Ada  task’s  start 
and  finish  times  are  measured.  In  each  of  the  following  sections,  the  Ada  constructs  used  for  lest 
cases  1  -  27  will  be  discussed  first  and  then,  if  different,  test  case  28  will  be  discussed. 

4- 1.1  Task  Arrival  Times.  The  task  arrival  time  proved  to  be  the  most  difficult  parameter 
to  control.  I  tried  several  approaches  to  controlling  task  arrival  times,  but  none  of  the  approaches 
could  generate  equal  arrival  times  precisely.  The  three  approaches  considered  for  controlling  arrival 
times  were  (1)  using  a  task  type  specification,  (2)  using  individual  single  task  specifications  k 
bodies,  and  (3)  using  a  'busy  wait’  spin  test.  These  approaches  are  discussed  in  the  following 
paragraphs. 

Initially,  I  thought  that  it  was  possible  to  control  task  arrival  times.  The  LRM  states  that: 

A  task  body  defines  the  execution  of  any  task  that  is  designated  by  a  task  object  of 
the  corresponding  task  type.  The  initial  part  of  this  execution  is  called  the  activation 
of  the  task  object,  and  also  that  of  the  designated  task;  it  consists  of  the  elaboration 
of  the  declarative  part,  if  any,  of  the  task  body.  The  execution  of  different  tasks,  in 
particular  their  activation,  proceeds  in  parallel.  (12:Sec  9,5) 

With  regard  to  task  activation,  the  LRM  states  that  “if  an  object  declaration  that  declares  a 
task  object  occurs  immediately  within  a  declarative  part,  then  the  activation  of  the  task  object 
starts  after  the  elaboration  of  the  declarative  part  (that  is,  after  passing  the  reserved  word  begin 
following  the  declarative  part”  (12:Sec  9,5).  This  implies  that  equal  arrival  times  should  be  possible 
by  defining  a  task  type,  and  declaring  several  task  objects  of  that  type  within  the  declarative  portion 
of  the  parent  program  or  procedure.  Then,  when  the  procedure’s  begin  statement  is  reached,  the 
task  objects  should  be  activated  in  parallel  (i.e.  they  would  have  equal  arrival  times).  Additionally, 
since  activation  starts  after  any  initialization  for  the  object  created  by  an  allocator,  unequal  arrival 
times  (i.e.  A  a  <  Aa)  could  be  achieved  by  using  two  separate  allocations  with  a  delay  between 
them.  But,  there  are  two  problems  associated  with  this  approach. 


4-2 


The  first  problem  is  that  two  things  cannot  be  done  at  the  same  time  on  a  single-processor 
system.  Therefore,  tasks  cannot  be  activated  simultaneously  as  the  LRM  indicates,  the  run-time 
system  can  only  activate  them  sequentially.  The  second  problem  is  associated  with  the  measurement 
of  the  S,  and  F,  parameters.  When  several  task  objects  are  derived  from  the  same  task  type 
specification,  unique  Si  and  F,  parameters  for  each  task  object  cannot  be  maintained.  If  start  and 
finish  time  variables  are  declared  in  the  task  type  specification,  each  task  could  record  its  own  S, 
and  F,  ,  but  these  parameters  would  be  lost  at  the  termination  of  the  tasks.  Any  I/O  to  permanently 
record  5i  and  Fi  during  task  execution  would  interrupt  the  task,  interfering  with  the  detection  of 
the  scheduling  algorithm.  If  start  and  finish  time  variables  are  declared  in  the  parent  program  of 
the  tasks,  only  the  Si  and  F,-  parameters  of  one  task  would  be  recorded  (one  tasks  would  overwrite 
the  parameters  of  the  other  task).  This  makes  it  impossible  to  record  unique  5;  and  F  parameters 
for  more  than  one  task. 

.\nother  possible  approach  to  controlling  task  arrival  times  is  to  define  specifications  and  bod¬ 
ies  for  each  task.  With  this  approach,  there  is  no  problem  with  S,  and  Fj  parameter  measurements. 
.\  pair  of  start  and  finish  time  variables  for  each  task  can  be  declared  in  the  parent  procedure.  Since 
declarations  made  in  the  parent  procedure  are  visible  to  the  tasks  also  declared  in  that  procedure, 
each  task  can  record  its  own  S,  and  Fi  parameters.  By  creating  each  task  object  separately  using 
allocators,  this  approach  can  also  handle  the  unequal  arrival  time  scenario.  However,  this  approach 
has  the  same  problem  with  equal  arrival  times  as  the  other  approach.  Even  though  task  types  are 
not  used,  the  run-time  system  still  cannot  activate  the  tasks  simultaneously. 

The  last  approach  is  to  use  a  ‘busy  wait’,  and  allow  the  parent  procedure  to  ‘start’  task 
execution  by  setting  a  flag.  With  this  approach,  tasks  are  defined  and  declared  using  individual 
task  specifications  and  bodies.  Then,  immediately  upon  activation,  each  task  goes  into  a  ‘busy 
wait  loop.  During  the  ‘busy  wait’  loop,  each  task  checks  a  flag  and  executes  a  delay  statement  if 
the  fiag  hasn’t  been  set.  A  state  diagram,  which  shows  the  possible  states  of  an  Ada  task,  helps 


to  see  what  really  happens  when  the  delay  is  used.  In  his  book,  Software  Engineering  with  .\da, 
Booch  describes  the  six  possible  states  of  an  Ada  task  and  provides  a  state  diagram.  This  diagram 
is  shown  in  Figure  4.1.1  (3:282). 

In  reference  to  the  state  diagram,  initial  task  activation  moves  the  task  out  of  the  elaborated 
state  and  into  the  running  state.  The  delay  causes  a  task  to  be  blocked,  and  the  next  task  in  the 
ready  queue  begins  execution.  This  implies  that  the  ‘busy  wait’  loop  permits  two  tasks  to  swap  first 
place  position  in  the  ready  queue  whenever  the  delay  duration  expires.  I  used  duration’small  for 
the  delay.  This  value  is  machine  dependent,  but  it  is  so  small  that  it  should  not  produce  measurably 
different  arrival  times.  When  the  parent  program  sets  the  flag,  the  task  at  the  front  of  the  ready 
queue  will  drop  out  of  the  ‘busy  wait’  and  begin  execution.  The  other  task  will  move  to  the  front 
of  the  ready  queue  as  soon  as  its  delay  is  completed.  Since  either  task  could  be  at  the  front  of  the 
ready  queue  when  the  parent  program  sets  the  flag,  each  task  has  a  equal  opportunity  of  starting. 
This  was  as  close  to  equal  arrival  times  that  I  could  come  up  with.  This  may  produce  unexpected 
results  for  those  test  cases  which  have  unequal  priorities  or  service  times,  and  are  expecting  equal 
arrival  times.  For  example,  the  expected  results  for  a  Priority  algorithm  would  be  that  the  task 
with  the  higher  priority  is  start  first;  but  this  may  not  occur  if  the  task  with  the  higher  priority  is 
not  at  the  front  of  the  ready  queue.  But,  then  again,  the  ‘right’  task  may  be  at  the  front  of  the 
ready  queue  and  the  actual  results  would  correctly  match  those  which  were  predicted.  Analysis  of 
actual  execution  results  will  be  needed  to  evaluate  whether  this  approach  ^ulequately  models  equal 
arrival  times. 

As  noted  earlier,  I  did  not  have  to  control  arrival  times  for  test  case  28.  I  still  used  the  ‘busy 
wait’  loop  to  insure  that  all  tasks  had  an  equal  opportunity  of  being  selected  for  execution.  But 
in  this  case,  instead  of  two  tasks  exchanging  first  place  position  in  the  ready  queue,  there  were  six 
tasks.  Of  the  six  tasks,  two  required  short  CPU  bursts,  two  required  medium  CPU  bursts,  and  two 
required  long  CPU  bursts.  Thus,  after  the  flag  was  set,  there  was  always  at  least  one  task  of  each 
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Figure  4.1.  Ada  Task  States  (3:282) 
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burst  type  in  the  ready  queue  awaiting  execution. 

4. 1. 2  Task  Service  Time.  The  task  service  time  corresponds  to  the  the  total  time  which 
the  task  spends  in  the  running  state.  The  computation  representing  this  service  time  was  the 
calculation  of  the  area  of  a  circle,  where  the  radius  of  the  circle  was  the  iteration  index  of  the  loop. 
The  length  of  the  service  time  was  controlled  by  the  number  of  iterations.  Prior  to  running  the 
test  cases,  C4  and  Cb  could  be  measured  by  running  a  program  containing  a  single  task.  With 
only  a  single  task,  the  run-time  system  executes  the  task  until  it  has  finished  all  loop  iterations. 
By  measuring  immediately  before  entering  the  loop  and  measuring  Fi  immediately  after  exiting 
the  loop,  Ci  is  computed  by  subtracting  Fi  from  Si.  The  relationship  C4  =  Cb  is  achieved  by 
having  the  same  size  loop  in  each  task.  The  relationship  =  2Cb  is  achieved  by  having  task  A’s 
loop  iterate  twice  as  many  times  as  B’s  loop.  And  2Ca  =  C’s  is  achieved  by  having  task  A’s  loop 
iterate  half  as  many  times  as  task  B’s  loop. 

I  encountered  two  small  problems  with  this  approach.  Initially,  I  used  integer  values  (ranging 
from  1  to  700,000)  for  my  loop  iterations,  which  worked  fine  on  the  mini-computer  based  Ada 
compilers.  But,  on  the  PC-based  compilers,  the  programs  would  not  execute  because  of  the  machine 
dependent  constraints  imposed  on  integer  object  ranges.  I  declared  a  ‘SERVICE.TIME’  type  with 
the  appropriate  range  to  alleviate  this  first  problem.  The  next  problem  was  more  of  an  inconvenience 
than  a  problem.  I  found  that  executing  700,000  iterations  produced  an  acceptable  service  time  on 
the  mini  computer  systems,  but  produced  too  long  of  a  service  time  on  a  PC.  On  the  other  hand, 
executing  only  100,000  iterations  on  the  mini  computer  systems  did  not  produce  a  measurable 
service  time,  but  produced  a  acceptable  service  time  on  a  PC.  Therefore,  I  had  to  use  two  separate 
values  as  my  upper  limit  for  the  range  of  the  ‘SERVICE.TIME’  type  depending  on  the  computer 
I  ran  the  test  cases  on. 

4- 1.3  CPU  Burst  Requirements.  In  order  to  model  CPU  burst  requirements,  I  needed  to 
perform  a  continuous  interval  of  CPU  processing,  then  generate  a  task  interrupt  request  where  the 


4-6 


task  would  be  blocked  and  another  task  could  be  permitted  to  execute.  As  noted  above,  a  continuous 
interval  of  processing  can  be  modeled  using  a  loop  containing  some  ‘busy’  computation.  For  the 
interrupt,  I  used  a  delay  statement.  According  to  the  LRM,  “the  execution  of  a  delay  statement 
evaluates  the  simple  expression,  and  suspends  further  execution  of  the  task  that  executes  the  delay 
statement,  for  at  least  the  duration  specified  by  the  resulting  value”  (12;Sec  9,10).  Placing  a  delay 
statement  immediately  after  the  busy  loop,  and  using  Duration’small  for  the  simple  expression, 
adequately  modeled  the  CPU  burst  requirements.  Placing  this  ‘busy’  loop  within  another  loop 
of  just  a  few  iterations  produces  a  task  with  several  CPU  bursts.  In  order  to  detect  whether  a 
Dynamic  SJF  algorithm  is  being  used  for  task  scheduling,  at  least  two  CPU  bursts  are  needed. 

The  duration  of  the  burst  corresponds  to  the  time  required  for  the  CPU  to  process  the  ‘busy’ 
loop.  For  test  case  28,  I  defined  a  ‘BURST-SIZE’  type  equivalent  to  the  ‘SERVICE-TIME’  type  for 
the  loop  iteration  range.  Then,  I  declared  the  loop  iteration  limit  for  the  large,  medium,  and  small 
bursts.  A  ‘large  burst’  loop  iterates  to  the  largest  number  in  the  range  and  produces  a  CPU  burst 
requirement  which  is  equivalent  to  a  single  task’s  service  time,  measured  above  as  C^.  A  ‘medium 
burst’  loop  iterates  one  half  the  number  of  times  of  the  ‘large  burst’  loop  producing  a  CPU  burst 
requirement  only  one  half  the  size  of  the  large  CPU  burst.  Finally,  a  ‘small  burst’  loop  iterates 
only  1/lOOt/j  the  number  of  times  of  the  large  burst  loop  producing  a  CPU  burst  requirement  of 
only  l/100t/»  the  size  of  the  large  CPU  burst. 

4.1.4  Task  Priorities.  The  easiest  scheduling  parameter  to  implement  with  Ada  was  the 
priority  parameter.  The  Ada  LRM  states  that  “  a  priority  is  associated  with  a  task  if  a  pragma 
PRIORITY  (static  expression)  statement  appears  in  the  corresponding  task  specification”  (12;Sec 
9,16).  The  only  precaution  I  had  to  take  was  to  insure  that  the  parent  procedure  had  a  higher 
priority  than  any  of  its  tasks  so  it  could  set  the  flag  needed  to  control  arrival  times.  Thus,  1 
assigned  the  parent  procedure  the  highest  priority.  When  the  relationship  =  Pb  was  required, 
I  assigned  both  tasks  a  priority  of  one  less  than  the  parent  task.  When  the  relationship  Pa  <  Pb 
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was  required,  I  assigned  task  A  a  priority  which  was  two  less  than  the  parent  task  and  B  one  less 
than  the  parent  task.  The  relationship  >  Pb  is  clearly  the  opposite  of  the  assignments  noted 
above. 

I  did  not  use  any  task  priorities  for  test  case  28,  but  I  did  assign  the  parent  task  the  highest 
possible  priority.  As  discussed  earlier,  test  cases  6,  8,  15,  17,  24,  and  26  were  developed  to  distinguish 
a  Priority  algorithm.  Therefore,  it  was  not  necessary  to  include  additional  permutations  of  test 
case  28  with  different  combinations  of  task  priorities. 

4.1.5  Measurement  of  Start  and  Finish  Times.  In  the  predefined  CALENDAR  package, 
DAY-DURATION  is  defined  as  a  subtype  of  the  predefined  fixed  point  type  DURATION.  Ad¬ 
ditionally,  CLOCK  is  defined  as  a  function  which  returns  the  current  value  of  TIME  whenever 
it  is  called,  and  SECONDS  is  defined  as  a  function  that  accepts  the  current  TIME  and  returns 
DAY -DURATION.  Thus,  the  start  time  and  finish  time  of  a  task  (measured  in  seconds)  can  be 
obtained  from  the  run-time  system  using  a  combination  of  these  function  calls.  Assignment  of  the 
time  to  either  Si  or  Fi  is  made  by  invoking  the  function  CALENDAR.SECONDS  which,  in  turn, 
invokes  the  function  CALENDAR. CLOCK.  These  CALENDAR  functions  are  used  in  all  28  test 
cases  to  record  the  start  and  finish  times  of  the  tasks. 

4.2  Overall  Parent  Program  Structure 

For  each  test  case  I  used  a  ‘main’  procedure  distinguished  by  a  name  which  identified  which 
test  case  was  being  modeled.  Within  the  ‘main’  procedure  of  each  test  case  there  is  a  DETECT 
procedure  which  contains  the  required  tasks.  The  ‘main’  procedure  program  body  simply  invokes 
the  DETECT  procedure,  then  outputs  the  start  and  finish  time  parameters  (i.e.  Sa,  Sb,  Fa,  and 
Fb)  after  the  DETECT  procedure  is  completed.  The  DETECT  procedure  is  used  to  prevent  the 
main  procedure  from  interfering  with  task  execution.  After  invoking  the  ‘DETECT’  procedure,  the 
‘main’  procedure  is  blocked  until  the  ‘DETECT’  procedure  has  finished.  Thus,  the  ‘main’  procedure 
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(1)  starts  the  DETECT  procedure,  (2)  is  blocked  during  task  execution  and  does  not  interfere  with 
the  run-time  systems  ability  to  schedule  tasks,  and  (3)  records  the  measured  parameters  prior  to 
program  completion. 

The  ‘DETECT’  procedure  contains  the  declarations  of  parameter  object  types,  flags,  and 
task  specifications  and  bodies.  Most  of  the  control,  and  all  recording  of  tzisk  parameters,  occurs 
within  the  task  bodies.  The  only  function  the  DETECT  procedure  performs  is  setting  the  flag(s) 
to  control  arrival  times  of  the  tasks.  After  setting  the  flag(s),  the  DETECT  procedure  is  blocked 
until  its  tasks  complete. 

Within  the  task  bodies,  the  four  functions  described  above  are  sequentially  performed.  First, 
the  task  waits  at  the  ‘busy  wait’  loop  for  the  flag  to  be  set.  After  the  flag  is  set,  the  task  records 
its  start  time  using  the  CALENDAR  functions,  SECONDS  and  CLOCK.  Next,  either  the  ‘service 
time’  loop  or  the  ‘CPU  burst’  loop  is  executed  depending  on  whether  the  task  is  modeling  one  of 
test  cases  1  -  27,  or  test  case  28.  Finally,  the  finish  time  is  recorded. 
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V.  Execution  Results  for  Ada  Task  Scheduling  Detection 


This  chapter  presents  the  results  of  compiling  the  Ada  test  case  programs  under  several  Ada 
compilers,  then  executing  the  programs.  Each  compiler  has  its  own  run-time  system  associated 
with  it.  The  goal  is  to  detect  the  task  scheduling  algorithm  which  is  used  by  each  Ada  run-time 
system  and  validate  the  test  cases.  The  compilers  used  were: 

•  the  Alsys  PC  AT  Ada  Compiler,  Version  3.2; 

•  the  VAX  Ada  Compiler,  Version  1.0; 

•  the  Meridian  Ada  Vantage  Compiler,  V'ersion  2.1; 

•  the  Elxsi/Verdix  Ada  Compiler,  Version  5.4;  and 

•  the  Encore/Verdix  Concurrent  Ada  Compiler,  Version  5.5 

Based  on  their  reference  manuals,  I  knew  the  scheduling  algorithms  used  in  the  first  three  compilers 
and  could  use  these  to  validate  my  test  cases.  I  ran  the  test  case  programs  on  the  other  two  compilers 
to  further  experiment  with  Ada  task  scheduling  algorithm  detection.  Although  the  analysis  of  the 
execution  results  for  a  single  test  case  does  not  provide  conclusive  evidence  of  which  scheduling 
algorithm  was  used  by  the  Ada  run-time  system,  the  corp  ..ate  analysis  of  all  test  case  results  does 
reveal  the  characteristics  of  the  algorithm  used  by  the  Ada  run-time  system.  The  analyses  of  the 
results  for  each  Ada  compiler  are  provided  in  the  following  sections. 

■5  1  Alsys  PC  AT  Ada  Compiler 

I  used  the  Alsys  PC  AT  (v3.2)  Compiler  because  it  provided  the  capability  of  selecting  a 
teisk  scheduling  scheme  without  having  to  recompile.  According  to  the  Alsys  PC  AT  Ada  Compiler 
(vS.2)  User’s  Guide,  setting  the  ‘SLICE’  parameter  to  a  value  greater  than  zero  permits  control 
of  the  frequency  in  which  the  task  scheduler  is  invoked.  Thus,  setting  the  Bind/Run-time  option 


SLICE’  to  (50ms)  causes  the  run-time  system  to  use  a  RR  algorithm  with  a  time  slice  of  50ms. 
When  the  Bind/Run-time  ‘SLICE’  option  is  set  to  zero  or  a  negative  number,  the  task  scheduler 
is  invoked  only  at  explicit  synchronization  points  (2:48).  Thus,  a  FCFS  algorithm  is  used  by  the 
run-time  system  when  the  ‘SLICE’  option  is  set  to  zero.  The  analysis  of  the  results  obtained  should 
determine  whether  the  test  cases  reflect  the  chosen  scheduling  method.  First,  the  results  of  running 
the  test  cases  with  a  zero  ‘SLICE’  setting  (i.e.  FCFS  algorithm)  are  discussed,  then  the  results  of 
running  with  a  50ms  ‘SLICE’  setting  (i.e.  RR  algorithm)  are  discussed. 

5.1.1  Results  with  SLICE  Option  Set  to  Zero.  The  results  of  compiling  test  cases  1  through 
27  using  the  Alsys  PC  AT  Ada  Compiler  (v3.2)  and  executing  these  compiled  programs  on  a  Zenith 
Z-248  computer  system  using  a  0ms  ‘SLICE’  setting  are  provided  in  Tables  B.l  through  B.3  of 
Appendix  B.  The  following  analysis  is  provided  for  these  results. 

Test  Cases  1  &  10  results  do  not  reveal  a  clear  distinction  between  FCFS,  SJF,  or  Priority. 

Test  Case  2,  11,  &  20  results  do  not  match  any  predicted  results  for  the  test  cases.  Task  B 
starts  first,  then  task  B  is  preempted  when  task  A  finishes  its  busy  wait  delay.  Then,  task  A  runs 
to  completion  before  task  B  is  allowed  to  finish.  This  could  occur  with  these  test  cases  because  of 
the  inability  to  accurately  model  equal  ^lrrival  times  in  Ada.  Since  task  B  is  preempted  to  allow 
execution  of  task  A,  it  appears  as  though  a  Priority  algorithm  is  being  used. 

Test  Case  3,  12,  &  21  results  produced  the  same  problem  discussed  above  for  test  cases  2,  11. 
Sc  20;  but  with  opposite  task  execution  order.  It  appears  as  though  a  Priority  edgorithm  is  being 
used. 

Test  Case  4>  H  results  do  not  match  any  predicted  results  for  the  test  cases.  Task  A 
arrives  first  and  starts,  but  is  preempted  by  Task  B  and  blocked  until  task  B  is  finished.  This  could 
occur  if  completion  of  a  ‘DELAY’  causes  the  currently  running  task  to  be  interrupted  and  swapped 
out.  Actual  algorithm  could  be  Preemptive  FCFS. 


Test  Case  5,  9,  14,  18,  23,  &  27  results  do  not  differentiate  between  any  of  the  algorithms. 

Test  Case  6,  8,  15,  1 7,  24,  &  26  results  do  not  distinguish  between  RR  or  Priority  algorithms. 
This  could  be  caused  by  the  arrival  time  modeling  used. 

Test  Case  7,  16,  &  25  results  produced  the  same  problem  discussed  above  for  test  cases  4, 
13.  22;  but  with  opposite  task  execution  order.  Actual  algorithm  could  be  Preemptive  FCFS. 

Test  Case  19  results  do  not  distinguish  between  FCFS  or  Priority  algorithms. 

If  the  completion  of  a  delay  is  one  of  the  evnlkit  synchronization  points  where  the  task 
scheduler  is  invoked,  then  the  results  seem  to  indicate  that  a  Preemptive  FCFS  algorithm  is  used. 
This  treatment  of  the  delay  statement  inhibits  the  capability  to  model  the  desired  task  arrival  times 
using  the  delay  and  emphasizes  the  need  for  an  additional  test  case.  Since  there  is  no  conclusive 
evidence  that  any  of  the  designated  scheduling  algorithms  is  being  used,  these  test  cases  cannot  be 
used  reliably  on  this  compiler. 

Since  the  analysis  of  the  results  of  test  cases  1-27  did  not  clearly  reveal  which  algorithm  was 
used,  I  ran  test  case  28  to  see  if  it  could  detect  the  FCFS  algorithm.  The  results  of  compiling  test 
case  28  using  the  Alsys  PC  AT  Ada  (v3.2)  Compiler  and  executing  it  on  the  Zenith  Z-248  computer 
system  after  setting  the  ‘SLICE’  option  to  0  are  provided  in  Tables  B.4  through  B.6  of  Appendix 
B.  I  complied  the  test  case  once,  but  executed  it  three  times  to  produce  three  sets  of  results. 

The  start  times  for  these  results  are  clearly  separated  by  the  corresponding  time  it  would 
take  for  the  preceding  task  to  complete  a  CPU  burst.  This  would  imply  that  either  SJF  or  FCFS  is 
used.  But,  since  the  completion  order  is  the  same  as  the  starting  order  and  the  separation  of  finish 
times  has  the  same  relationship  as  the  starting  times,  the  FCFS  algorithm  is  revealed.  Therefore, 
the  execution  sequence  and  the  relationships  of  the  start  and  finish  times  confirm  that  the  Alsys 
PC  AT  Ada  (v3.2)  Compiler  uses  a  FCFS  algorithm  to  schedule  tasks  when  the  ‘SLICE’  parameter 
is  set  to  zero.  This  also  validates  that  this  test  case  can  be  used  for  FCFS  algorithm  detection. 


5.1.2  Results  wttk  SLICE  Option  Set  to  50  ms.  The  results  of  compiling  test  cases  1  through 
27  using  the  .\lsys  PC  AT  Ada  Compiler  (v3.2)  and  executing  these  compiled  programs  on  a  Zenith 
Z-248  computer  system  using  a  50ms  ‘SLICE’  setting  are  provided  in  Tables  B.7  through  B.9 

of  .\ppendix  B.  Throughout  these  results,  the  actual  time  slice  appears  to  be  greater  than  the 

.05  seconds  which  was  selected  under  the  run-time  option.  This  most  likely  is  attributable  to  the 
required  context  switching.  Thus,  I  assumed  that  a  .Usee  difference  between  task  start  times  was 
due  to  a  time  slice  expiration,  and  a  .05sec  difference  was  due  to  the  busy  wait  delay  used  to  model 
task  arrival  times.  Based  on  these  aissumptions,  the  following  analysis  is  provided  for  the  results 
which  are  shown  in  Tables  B.7  through  B.9  of  Appendix  B. 

Test  Case  I,  7,  10,  16,  19,  &  25  results  reveal  the  RR  algorithm  was  used. 

Test  Caif  2,  11,  &  20  results  do  not  distinguish  between  RR  or  Priority  algorithms.  This  is 

due  to  Task  B  unexpectedly  starting  before  task  A.  This  could  be  caused  by  task  B  being  in  the 
Ready  queue  while  task  A  is  blocked  due  to  the  busy  wait  delay,  which  is  related  to  modeling  task 
arrival  times. 

Test  Case  3,  12,  &  21  results  indicate  either  RR  or  Priority  as  noted  above,  but  with  the 
tasks  swapped  around. 

Test  Case  5,  9,  14,  IS,  23,  &  27  results  do  not  differentiate  between  any  of  the  algorithms. 

Test  Cast  6,  15,  &  24  results  reveal  the  RR  algorithm.  The  distinction  between  Priority  is 
made  because  the  start  time  of  task  B  is  greater  than  that  which  would  be  encountered  with  a 
Priority  algorithm. 

Test  Case  8,  17,  &  26  results  reveal  the  RR  algorithm.  The  distinction  between  Priority  is 
made  because  the  start  time  of  task  A  is  greater  than  that  which  would  be  encountered  with  a 
Priority  algorithm. 

Test  Case  4>  IS,  &  22  results  reveal  the  RR  algorithm  was  used.  But  instead  of  task  B 
starting  after  a  time  slice,  it  seems  as  though  task  B  starts  immediately  after  the  busy  wait.  This 
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results  in  task  A  not  finishing  before  task  B.  It  could  be  that  task  A  is  in  the  Ready  queue  and 
begins  running;  then  when  task  B  is  finished  with  the  busy  wait,  it  preempts  task  A  and  runs  a  full 
time  slice  before  task  A  has  a  chance  to  complete  a  full  time  slice.  Thus,  after  task  B  is  finished, 
task  A  still  has  some  processing  to  complete.  It  definitely  can’t  be  FCFS,  SJF  or  Priority  because 
the  start  time  for  task  B  is  not  equal  to  2C  or  0. 

Although  the  results  of  some  test  cases  did  not  reveal  RR,  this  was  expected  and  identified  in 
chapter  III.  The  majority  of  the  test  cases  reveal  that  the  RR  algorithm  was  used.  This  confirms 
that  the  Alsys  PC  .\T  .\da  (v3.2)  Compiler  does  use  a  RR  algorithm  when  the  ‘Time  Slice’  option 
is  set  to  a  number  greater  than  zero.  And  this  validates  that  these  test  cases  can  detect  when  an 
.\da  compiler  uses  a  RR  algorithm  for  task  scheduling. 

Although  the  results  of  the  first  twenty-seven  test  cases  revealed  the  RR  algorithm,  I  ran  test 
case  28  to  see  if  it  could  also  reveal  the  correct  algorithm.  The  results  of  compiling  test  case  28 
using  the  Alsys  PC  AT  Ada  (v3.2)  Compiler  and  executing  it  on  the  Zenith  Z-248  computer  system 
after  setting  the  ‘SLICE’  option  to  50ma  are  provided  in  Tables  B.IO  through  B.12  of  Appendix 
B  These  results  represent  the  same  program  compiled  once,  then  executed  three  times.  Analysis 
of  these  results  revealed  the  following  information. 

The  start  times  for  these  results  are  separated  by  corresponding  time  required  for  a  time 
slice  and  the  associated  context  switching.  If  either  FCFS  or  SJF  were  being  used,  the  difference 
between  task  start  times  would  be  much  larger.  Additionally,  the  reordering  of  the  finish  time 
sequence  from  that  of  the  start  time  sequence  clearly  rules  out  a  FCFS  algorithm.  The  finish  times 
of  tasks  A  &  D,  tasks  B  &  E,  and  tasks  C  &  F  are  separately  grouped  in  the  order  of  shortest 
to  largest  CPU  bursts.  This  reordering  indicates  that  either  SJF  or  RR  was  used.  But,  the  close 
proximity  of  the  task  finish  times  within  each  group  clearly  distinguish  this  as  RR,  and  not  SJF. 
The  close  proximity  of  the  task  finish  times  within  each  group  represent  the  completion  of  one  final 
time  slice.  If  a  SJF  algorithm  were  used,  the  difference  between  task  finish  times  within  each  group 
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would  correspond  to  the  time  required  for  a  final  small,  medium,  or  large  CPU  burst.  Thus,  the 
relationships  between  the  start  times  and  finish  times,  as  well  as  the  execution  order,  clearly  reveal 
that  a  RR  algorithm  was  used.  This  also  validates  that  this  test  case  can  be  used  for  RR  algorithm 
detection 

5.2  VAX  Ada  Compiler 

I  used  the  VAX  Ada  (vl.O)  Compiler  because  it  provided  a  ‘pragma  TIMEJSLICE  {static 
expression)’  statement  which  is  used  to  alter  the  sequence  of  task  scheduling.  Although  this  pragma 
statement  is  not  available  on  all  Ada  compilers,  it  was  easily  inserted  to  provide  results  on  an 
additional  compiler  with  a  known  scheduling  algorithm.  According  to  the  VAX  Ada  Language 
Reference  Manual, 

The  effect  of  enabling  round-robin  scheduling  with  pragma  TIME-SLICE  is  defined 
by  the  following  rules; 

•  The  value  applies  to  the  scheduling  of  every  task  in  the  program. 

•  As  long  as  an  executing  task  is  not  preempted  from  the  processor  by  a  task  of 
higher  priority  and  does  not  become  suspended,  that  task  will  execute  for  at  most 
the  number  of  seconds  (approximate  elapsed  time)  specified  by  the  pragma.  Then, 
if  other  tasks  of  the  same  priority  are  eligible  for  execution,  the  executing  task  will 
stop  executing,  and  the  task  that  has  been  waiting  the  longest  will  be  selected  for 
execution  (ll;Sec  9,22). 

When  the  pragma  TIME-SLICE  is  not  used  (or  when  the  static  expression  is  set  to  zero),  the 
VAX  Ada  Language  Reference  Manual  indicates  that  “a  task  is  executed  either  until  it  becomes 
suspended  or  until  a  task  of  higher  priority  becomes  eligible  for  execution”  and  “tasks  of  the  same 
priority  are  executed  in  first-in  first-out  order  (by  default)”  (ll.Sec  9,21).  Thus,  when  the  test 
cases  are  run  with  the  ‘pragma  TIME-SLICE  (0.05)’  statement,  the  run-time  system  should  use  a 
RR  algorithm  with  a  .OSsec  time  slice  to  schedule  tasks  for  execution.  And  '’-ben  the  test  cases 
are  run  without  the  ‘pragma  TIME.SLICE  ()’  statement,  the  run-time  syatem  should  use  a  FCFS 
algorithm  when  task  priorities  are  equal  and  a  Priority  algorithm  when  the  priorities  are  different. 
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5.2.1  Results  without  the  ‘Pragma  TIME.SLICE  ()’  Statement.  The  results  of  compiling 
test  cases  1  through  27  using  the  VAX  Ada  Compiler  (vl.O)  and  executing  these  compiled  pro¬ 
grams  on  a  VAX  8600  computer  system  without  using  the  pragma  TIME-SLICE  ()’  statement  are 
provided  in  Tables  B.13  through  B.15  of  Appendix  B.  The  following  analysis  is  provided  for  these 
results. 

Test  Cases  1,  7,  J3,  16,  19,  22,  &  25  results  do  not  reveal  a  clear  distinction  between 

FCFS,  SJF,  or  Priority. 

Test  Case  2,  11,  &  20  results  do  not  match  any  predicted  results  for  the  test  cases.  Task  B 
starts  first,  then  task  B  is  preempted  when  task  A  finishes  its  busy  wait  delay.  Then,  task  A  runs 
to  completion  before  task  B  is  allowed  to  finish.  This  could  occur  with  these  test  cases  because  of 
the  inability  to  accurately  model  equal  arrival  times  in  Ada.  Since  task  B  is  preempted  to  allow 
execution  of  task  A,  it  appears  as  though  a  Priority  algorithm  is  being  used. 

Test  Case  3,  12,  &  21  results  produced  the  same  problem  discussed  above  for  test  cases  2,  11, 
k  20;  but  with  opposite  task  execution  order.  It  appears  as  though  a  Priority  algorithm  is  being 
used. 

Test  Case  5,  9,  14,  18,  23,  &  27  results  do  not  differentiate  between  any  of  the  algorithms. 

Test  Case  6,  8,  15,  17,  24,  &  26  results  do  not  distinguish  between  RRor  Priority  algorithms. 
This  could  be  caused  by  the  arrival  time  modeling  used. 

Test  Case  10  results  do  not  dbtinguish  between  FCFS  or  Priority  algorithms. 

Several  of  the  test  cases  reveal  that  a  Priority  algorithm  scheme  is  used  when  task  priorities 
are  different.  But,  the  FCFS  algorithm  is  not  clearly  reveeded  when  task  priorities  are  equal.  Once 
again,  the  treatment  of  the  delay  statement  inhibits  the  capability  to  accurately  model  the  task 
arrival  times  using  a  delay,  and  emphasizes  the  need  for  an  additional  test  case. 

Since  the  analysis  of  the  results  for  test  cases  1-27  did  not  clearly  reveal  which  algorithm 
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was  used,  I  ran  test  caise  28  to  see  if  it  could  detect  the  FCFS  algorithm.  The  results  of  compiling 
test  case  28  using  the  VAX  Ada  (vl.O)  Compiler  and  executing  it  on  a  VAX  8600  computer  system 
without  using  the  'pt^gni^  TIME-SLICE  ()’  statement  are  provided  in  Tables  B.16  through  B.18 
of  Appendix  B.  I  complied  the  test  case  once,  but  executed  it  three  times  to  produce  three  sets  of 
results. 

The  start  times  for  these  results  are  clearly  separated  by  the  corresponding  time  it  would 
take  for  the  preceding  task  to  complete  a  CPU  burst.  This  would  imply  that  either  SJF  or  FCFS  is 
used.  But,  since  the  completion  order  is  the  same  as  the  starting  order  and  the  separation  of  finish 
times  has  the  same  relationship  as  the  starting  times,  the  FCFS  algorithm  is  revealed.  Therefore, 
the  execution  sequence  and  the  relationships  of  the  start  and  finish  times  confirm  that  the  VAX 
Ada  (vl.O)  Compiler  uses  a  FCFS  algorithm  to  schedule  tasks  when  the  ‘pragma  TIME-SLICE  ()’ 
is  not  used.  This  also  validates  that  this  test  case  can  be  used  for  FCFS  algorithm  detection. 

5.2.2  Results  with  the  ‘Pragma  TIME^LICE  (0.05)’  Statement.  The  results  of  compiling 
test  cases  1  through  27  using  the  VAX  Ada  Compiler  (vl.O)  and  executing  these  compiled  programs 
on  a  VAX  8600  computer  system  while  using  the  ‘pragma  TIMEjSLICE  (0.05)’  statement  are 
provided  in  Tables  B.19  through  B.21  of  Appendix  B.  The  following  analysis  is  provided  for  these 
results. 

Test  Case  1,  4,  7,  10,  IS,  16,  19,  22,  &  25  results  reveal  the  RR  algorithm  was  used. 

Test  Case  2,  11,  &  20  results  do  not  match  any  predicted  results  for  the  test  cases.  Task  B 
starts  first,  then  task  B  is  preempted  when  task  A  finishes  its  busy  wait  delay.  Then,  task  A  runs 
to  completion  before  task  B  is  tdlowed  to  finish.  This  could  occur  with  these  test  cases  because  of 
the  inability  to  accurately  model  equal  arrival  times  in  Ada.  Since  task  B  is  preempted  to  allow 
execution  of  task  A,  it  appears  as  though  a  Priority  algorithm  is  being  used. 

Test  Case  3,  12,  &  21  results  produced  the  same  problem  discussed  above  for  test  cases  2,  11, 
k.  20;  but  with  opposite  task  execution  order.  It  appears  as  though  a  Priority  algorithm  is  being 
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used. 


Test  Case  5,  9,  I4,  18,  23,  &  27  results  do  not  differentiate  between  any  of  the  algorithms. 

Test  Case  6,  3,  15,  17,  24,  &  26  results  reveal  the  Priority  algorithm  was  used. 

These  results  reveal  that  a  RR  scheduling  algorithm  is  used.  The  test  case  results  that 
indicate  a  Priority  algorithm  was  used  reveal  the  proper  handling  of  tasks  with  unequal  priorities. 
These  results  are  consistent  with  what  the  manual  says  about  task  scheduling  when  the  ‘pragma 
TIMEJSLICE  (0.05)’  statement  is  used  with  the  VAX  Ada  (vl.O)  Compiler. 

Although  the  first  twenty-seven  test  cases  revealed  the  RR  algorithm,  I  ran  test  case  28  to 
see  if  it  could  also  reveal  the  correct  algorithm.  The  results  of  compiling  test  case  28,  with  the 
pragma  TIME^LICE  (0.05)  statement,  using  the  VAX  Ada  (vl.O)  Compiler  and  executing  it  on  a 
VAX  8600  computer  system  are  provided  in  Tables  B.22  through  B.24  of  Appendix  B.  I  compiled 
the  program  once,  then  executed  it  three  times  to  produce  three  sets  of  results. 

These  results  show  the  same  relationships  as  encountered  with  the  results  of  the  Alsys  PC  AT 
Ada  Compiler  with  the  ‘SLICE’  option  set  to  50ms.  In  ^dl  three  runs  of  test  case  28  the  execution 
sequence  and  comparative  timing  of  the  starts  and  finishes  reveal  that  the  RR  algorithm  was  used. 
The  only  problem  with  these  results  was  the  lack  of  distinction  between  the  start  times  for  tasks 
B  <k  C,  and  tasks  E  &  F.  The  length  of  execution  time  for  the  two  ‘Small^urst’  tasks  was  not 
long  enough  to  be  measured  by  the  system.  If  given  more  time,  I  would  rerun  this  test  case  with 
a  longer  burst  time  for  the  small,  medium,  and  large  burst  loops.  Regardless  of  this  problem,  it 
was  still  clear  that  the  start  times  were  separated  by  the  corresponding  time  required  for  a  time 
slice  and  context  switching.  The  remaining  discussion  for  finish  times  is  the  srune  as  that  provided 
for  running  test  case  28  on  the  Alsys  PC  AT  Ada  Compiler  with  the  ‘SLICE’  option  set  to  50ms. 
Overall,  the  execution  sequence  and  the  relationships  of  the  start  and  finish  times  reveal  that  a  RR 
algorithm  is  being  used  '  ‘he  run-time  system  of  the  VAX  Ada  (vl.O)  Compiler  when  the  time 
slice  pragma  is  used.  Once  again,  this  validates  correct  algorithm  detection  using  this  test  case. 
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5.3  Mendxan  AdaVantage  Compiler 

I  used  the  Meridian  AdaVantage  (v2.1)  Compiler  because  the  user  manual  for  this  compiler 
specified  the  method  used  for  task  scheduling.  According  to  the  Meridian  AdaVantage  (v2.1) 
Compiler  User’s  Manual,  this  compiler’s  “task  scheduler  is  not  preemptive  (i.e.  task  scheduler 
does  not  use  time  slicing)’’,  instead  “a  single-processor  round-robin  prioritized  scheduling  system 
switches  tasks  at  activations,  entry  calls,  completions,  and  wait  conditions”  (27:61).  Although  the 
manual  indicates  a  RR  algorithm,  the  switching  does  not  take  place  at  predetermined  time  slice 
intervals.  Therefore,  I  would  be  more  prone  to  label  this  a  FCFS  algorithm  where  preemptions 
can  occur  when  tasks  request  services  of  the  run-time  system.  The  analysis  of  the  results  obtained 
should  determine  whether  this  type  of  algorithm  is  actually  detected.  The  results  of  compiling  test 
cases  1  through  27  using  the  Meridiaui  AdaVantage  (v2.1)  Compiler  and  executing  these  compiled 
programs  on  a  Zenith  Z-248  computer  (IBM-PC/AT  compatible)  system  are  provided  in  Tables 
B.25  tjirough  B.27  of  Appendix  B.  The  following  analysis  is  provided  for  these  results. 

Test  Cases  1,  4t  7,  10,  13,  16,  22,  &  25  results  do  not  reveal  a  clear  distinction  between 
FCFS,  SJF,  or  Priority  algorithms. 

Test  Case  2,  3,  5,  9,  11,  12,  14,  18,  20,  21,  23,  &  27  results  do  not  differentiate  between  any 
of  the  algorithms. 

Test  Cases  6,  8,  15,  17,  24,  &  26  results  do  not  reveal  a  clear  distinction  between  FCFS  or 
SJF  algorithms. 

Test  Case  19  results  do  not  distinguish  between  FCFS  or  Priority  algorithms. 

There  was  no  single  test  case  result  which  revealed  a  unique  algorithm.  But,  the  intersection 
of  all  the  test  case  results  revealed  that  the  Meridian  AdaVantage  (v2.1)  Compiler  most  likely  uses 
a  FCFS  algorithm  for  task  scheduling.  This  is  consistent  with  the  discussion  provided  above  based 
on  the  description  in  the  user’s  manual. 
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Although  the  analysis  of  test  cases  1-27  revealed  a  FCFS  algorithm,  I  ran  test  case  28  to  see 
if  it  could  also  detect  the  correct  algorithm.  The  result  of  compiling  test  case  28  using  the  Meridian 
•AdaVantage  Compiler  (v2.1)  and  executing  it  on  the  Zenith  Z-248  computer  system  is  provided 
in  Table  B.28  of  Appendix  B.  Due  to  time  constraints,  I  only  ran  test  case  28  one  time  on  the 
Meridian  AdaVantage  Compiler. 

The  start  times  for  these  results  are  clearly  separated  by  the  corresponding  time  it  would 
take  for  the  preceding  task  to  complete  a  CPU  burst.  This  would  imply  that  either  SJF  or  FCFS  is 
used.  But,  since  the  completion  order  is  the  same  as  the  starting  order  and  the  separation  of  finish 
times  has  the  same  relationship  as  the  starting  times,  the  FCFS  algorithm  is  revealed.  Therefore, 
the  execution  sequence  and  the  relationships  of  the  start  and  finish  times  confirm  that  the  Meridian 
.AdaVantage  (v2.1)  Compiler  uses  a  FCFS  algorithm  to  schedule  tasks.  This  also  validates  that 
this  test  case  can  be  used  for  FCFS  algorithm  detection. 

Elxsi/Verdtx  Ada  Compiler 

I  used  the  Elxsi/Verdix  Ada  Compiler  because  it  was  convenient  and  fast.  The  Elxst/Verdix 
Ada  (v5.4)  Development  Systems  Manual  points  out  that  “by  default,  all  Ada  tasks  run  together  as 
a  single  process  (this  is  standard  practice  in  Ada  compilers)”  (26).  Although  their  comment  does 
not  specify  a  particular  scheduling  algorithm,  it  implies  that  a  RR  algorithm  scheme  is  used  to 
permit  the  tasks  to  ‘run  together’.  The  analysis  of  the  results  obtained  should  determine  whether 
this  type  of  algorithm  is  actually  detected.  The  results  of  compiling  test  cases  1  through  27  using 
the  Elxsi/Verdix  Ada  (v5.4)  Compiler  and  executing  these  programs  on  the  Elxsi  computer  system 
are  provided  in  Tables  B.29  through  B.31  of  Appendix  B.  The  following  analysis  is  provided  for 
these  results. 

Test  Case  I,  4  &  6  results  reveal  a  RR  algorithm.  For  some  reason  task  A  starts  first,  but 
doesn  t  f  nish  first.  This  could  be  due  to  the  inability  to  accurately  model  the  task  arrival  times. 
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In  any  case,  the  algorithm  cannot  be  FCFS,  SJF  or  Priority  because  the  start  time  for  task  B  is 
not  equal  to  0  or  C. 

Test  Case  2,  11,  &  20  results  do  not  distinguish  between  RR  or  Priority  algorithms.  This  is 
due  to  task  B  unexpectedly  starting  before  task  A.  This  could  be  caused  by  task  B  being  in  the 
Ready  queue  while  task  A  is  blocked  due  to  the  busy  wait  delay,  which  is  related  to  modeling  teisk 
arrival  times. 

Test  Case  3,  12,  &  21  results  indicate  either  RR  or  Priority  as  noted  above,  but  with  the 
tasks  swapped  around. 

Test  Case  5,  9,  I4,  18,  23,  &  27  results  do  not  differentiate  between  any  of  the  algorithms. 

Test  Case  7,  16,  19,  &  25  results  reveal  RR,  but  the  TS  seems  longer  than  it  should  be 
(could  be  due  to  multi-user  aspect  of  computer  system).  It  definitely  can’t  be  FCFS,  SJF  or 
Priority  because  the  start  time  for  task  A  is  not  equad  to  C. 

Test  Case  8,  10,  13,  15,  17,  22,  24,  &  26  results  reveal  the  RR  algorithm  was  used. 

Although  there  are  some  unexpected  results  due  to  the  inability  to  accurately  model  task 
arrival  times,  it  seems  conclusive  that  a  RR  algorithm  is  being  used. 

Here,  I  ran  test  case  28  to  validate  the  conclusion  reached  with  the  first  twenty-seven  test  cases. 
The  results  of  compiling  test  case  28  using  th  .  EIxsi/Verdix  Ada  (v5.4)  Compiler  and  executing  it 
on  the  Elxsi  computer  system  is  provided  in  Tables  B.32  through  B.34  of  Appendix  B.  I  compiled 
the  program  once,  then  executed  it  three  times  to  produce  three  sets  of  results.  Analysis  of  these 
results  revealed  the  following  information. 

These  results  showed  the  same  relationships  as  were  encountered  with  the  VAX  Ada  (1.0) 
compiler.  Again,  the  same  problem  with  start  times  was  encountered.  And,  if  given  more  time,  I 
would  have  rerun  this  test  case  with  longer  CPU  burst  times.  Regardless  of  this  problem,  the  start 
times  for  tasks  which  followed  a  long  or  medium  CPU  burst  were  separated  by  the  time  required 


5-12 


for  a  time  slice  and  context  switching.  If  either  FCFS  or  SJF  were  being  used,  the  duration 
between  task  start  times  would  be  much  larger.  Additionally,  the  sequence  of  finish  times,  and 
the  relationship  between  the  finish  times  for  tasks  A  t  D,  tasks  B  &  E,  and  tasks  C  Ac  F  reveal 
a  RR  algorithm  is  being  used.  Thus,  the  execution  sequence  and  comparative  timing  of  the  starts 
and  finishes  for  this  single  test  case  support  the  conclusion  reached  with  the  first  twenty-seven  test 
cases. 

5.5  Encore/Verdtx  Concurrent  Ada  Compiler 

I  used  the  Encore/Verdix  Concurrent  Ada  (v5.5)  Compiler  to  determine  whether  Verdix  used 
the  same  scheduling  algorithm  in  separate  compilers  designed  for  two  different  computer  systems. 
Though  the  Encore  is  a  parallel  computer  system,  the  Encore  operating  system  permits  the  user  to 
select  the  number  of  processors  to  be  used.  All  test  cases  were  run  on  the  Encore  computer  system 
under  a  single  processor  environment  using  the  Encore/Verdix  Concurrent  Ada  (v5.5)  compiler.  I 
was  not  able  to  locate  any  documentation  for  the  Encore/Verdix  Concurrent  Ada  (v5.5)  Compiler. 
Thus,  I  had  no  prior  knowledge  of  which  scheduling  algorithm  is  used  with  this  run-time  system. 
The  results  of  compiling  test  cases  1  through  27  using  the  Encore/Verdix  Concurrent  Ada  (v5.5) 
Compiler  and  executing  these  programs  on  the  Encore  computer  system  are  provided  in  Tables 
B.35  through  B.37  of  Appendix  B.  The  following  analysis  is  provided  for  these  results. 

Test  Cases  1,  4,  7,  10,  13,  16,  22,  &  25  results  do  not  reveal  a  clear  distinction  between 
FCFS,  SJF,  or  Priority  algorithms. 

Test  Case  2,  3,  5,  9,  11,  12,  14,  18,  20,  21,  23,  &  21  results  do  not  differentiate  between  any 
of  the  algorithms. 

Test  Cases  6,  8,  15,  17,  24,  &  26  results  do  not  reveal  a  clear  distinction  between  FCFS  or 
SJF  algorithms. 

Test  Case  19  results  do  not  distinguish  between  FCFS  or  Priority  algorithms. 
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There  was  no  case  where  the  results  of  an  individual  test  case  singled  out  a  unique  algorithm. 
But,  the  intersection  of  all  the  test  case  results  indicate  that  a  FCFS  algorithm  is  used  by  the 
Encore/Verdix  Concurrent  Ada  (v5.5)  compiler. 

After  running  test  cases  1  -  27, 1  ran  test  case  28  to  validate  the  conclusion  noted  above.  The 
result  of  compiling  test  case  28  using  the  Encore/Verdix  Ada  (v5.5)  Compiler  and  executing  it  on 
the  Encore  computer  system  is  provided  in  Tables  B.38  through  B.40  of  Appendix  B.  I  compiled 
the  program  once,  then  executed  it  three  times  to  produce  three  sets  of  results.  Analysis  of  these 
results  revealed  the  following  information. 

The  start  times  for  these  results  are  clearly  separated  by  the  corresponding  time  it  would 
take  for  the  preceding  task  to  complete  a  CPU  burst.  This  would  imply  that  either  SJF  or  FCFS  is 
used.  But,  since  the  completion  order  is  the  same  as  the  starting  order  and  the  separation  of  finish 
times  has  the  same  relationship  as  the  starting  times,  the  FCFS  algorithm  is  revealed.  Therefore, 
the  execution  sequence  and  the  comparative  timing  of  the  starts  and  finishes  indicate  that  the 
Encore/Verdix  Concurrent  Ada  (v5.4)  Compiler  uses  a  FCFS  algorithm  to  schedule  tasks.  Thus, 
the  results  of  this  single  test  case  support  the  conclusion  reached  with  the  first  twenty-seven  test 
cases. 


5.6  Summary 

The  initial  set  of  test  cases  (i.e.  1  thru  27)  was  used  to  successfully  reveal  the  RR  scheduling 
characteristics  of  the  Alsys  compiler  when  the  ‘SLICE’  option  was  used  and  of  the  VAX  .\da 
compiler  when  the  ‘TIME^LICE’  pragma  was  used.  But,  this  initial  set  of  test  cases  was  only 
partially  successful  when  it  came  to  revealing  FCFS  characteristics.  The  Meridian  compiler’s  FCFS 
algorithm  characteristics  were  detected.  However,  this  set  of  test  cases  could  not  be  used  to 
conclusively  detect  the  FCFS  characteristics  of  the  Alsys  compiler  when  the  ‘SLICE’  option  was 
set  to  zero,  nor  when  the  VAX  Ada  compiler  was  used  without  the  TIME^LICE  pragma. 
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On  the  other  hand,  test  case  28  was  successfully  used  to  reveal  the  RR  algorithm  character¬ 
istics  of  the  Alsys  and  VAX  Ada  compilers  when  the  ‘SLICE’  option  and  TIME^LICE  pragma 
were  used,  respectively.  Additionally,  this  final  test  case  was  successfully  used  to  reveal  the  FCFS 
algorithm  characteristics  of  the  Meridian  compiler,  the  Alsys  compiler  when  the  ‘SLICE’  option 
was  set  to  zero,  and  the  VAX  Ada  compiler  when  the  TIME-SLICE  pragma  was  not  used. 

A  summary  of  these  findings  is  provided  in  Table  5.1. 


Results  Summary 

Compiler 

Algorithm  Used 
by  Compiler 

Algorithm  Revealed 
by  Test  Cases  1-27 

Algorithm  Revealed 
by  Test  Case  28 

Alsys  w/out  TIME  SLICE 

FCFS 

Inconclusive 

FCFS 

Alsys  with  TIME  SLICE 

RR 

RR 

RR 

VAX  w/out  SLICE  pragma 

FCFS 

FCFS 

VAX  with  SLICE  pragma 

RR 

RR 

RR 

Meridian 

FCFS 

FCFS 

•  -  Priority  characteriicic*  were  revealed  when  Pa  P^. 

**  -  after  intersection  of  all  test  case  results. 

Table  5.1.  Execution  Results  Summary 
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VI.  Conclusion  and  Recommendations 


The  goal  of  this  thesis  effort  was  to  develop  a  suite  of  Ada  programs  to  reveal,  for  any  Ada 
compiler,  the  underlying  task  scheduling  algorithm  it  uses.  In  pursuit  of  this  goal,  the  following 
steps  were  completed: 

•  a  review  of  the  current  work  with  Ada  task  scheduling; 

•  an  examination  of  different  approaches  to  scheduling  algorithm  detection; 

•  identification  of  the  parameters  needed  to  differentiate  between  five  scheduling  algorithms; 

•  design  of  a  set  of  test  cases  to  control  and  measure  the  scheduling  parameters; 

•  development  and  execution  of  Ada  programs  to  model  the  test  cases;  and 

•  analysis  of  the  execution  results  to  validate  successful  algorithm  detection. 

The  following  sections  address  the  conclusions  from  this  effort  and  recommend  future  research 
directions. 

6.1  Conclusions 

Based  on  my  research  of  the  current  work  with  Ada  task  scheduling,  I  found  that  there 
are  many  pi  >uletns  associated  with  Ada  task  scheduling  due  to  the  ambiguity  associated  with 
the  tasking  rules  identified  in  the  LRM.  Until  these  changes  are  made  to  the  Ada  language,  the 
detection  of  the  scheduling  algorithm  used  by  Ada  run-time  systems  is  very  important  to  MCCR 
system  designers. 

My  first  approach  for  detecting  an  Ada  compiler’s  task  scheduling  algorithm  used  a  suite  of 
twenty-seven  different  Ada  programs.  Each  program  modeled  a  test  case  in  which  the  start  and 
finish  times  of  the  two  tasks  was  dependent  on  the  relationships  between  their  arrival  times,  service 
times,  and  priorities.  Analysis  of  the  results  obtained  with  this  approach  disclosed  that  only  the 


RR  algorithm  could  be  distinguished.  Other  algorithms  could  not  because  unexpected  results  were 
encountered  whenever  the  start  and  finish  times  of  a  test  case  were  sensitive  to  task  arrival  times 
(precise  control  of  task  arrival  times  is  not  possible  in  Ada). 

.\  second  approach  revealed  that  precise  control  of  task  arrival  times  was  not  as  important  for 
algorithm  detection  as  originally  anticipated.  This  approach  used  a  single  Ada  program  containing 
six  tasks,  and  which  required  control  of  only  CPU  burst  time.  This  controlled  CPU  burst  time 
approach  was  used  to  correctly  detect  the  task  scheduling  characteristics  of  algorithms  used  by 
several  Ada  run-time  systems.  The  program  accurately  reflected  that  the  .41sys  PC  AT  .4da  (v3  2) 
compiler  uses  a  RR  task  scheduling  algorithm  when  the  SLICE  option  is  set  greater  than  zero,  and 
a  FCFS  task  scheduling  algorithm  when  the  SLICE  run-time  option  is  set  to  zero,  .\dditionally. 
it  reflected  that  the  VAX  Ada  (vl.O)  run-time  system  uses  a  RR  task  scheduling  algorithm  when 
the  pragma  TIME.SLICE  (0.05)  statement  is  included  in  the  program,  or  a  FCFS  task  scheduling 
algorithm  when  the  pragma  TIME.SLICE  (0.05)  statement  is  not  included.  Finally,  the  program 
reflected  that  the  Meridian  AdaVantage  (v2.1)  compiler  uses  a  FCFS  algorithm  for  task  scheduling 

Since  none  of  the  Ada  compilers  used  either  SJF  algorithm  for  task  scheduling,  the  program 
was  not  validated  for  these.  However,  based  on  the  distinct  finish  times  which  are  expected  when 
either  of  the  SJF  algorithms  are  used,  the  program  should  reflect  SJF  characteristics  also. 

.Although  I  did  not  prove  that  absolute  algorithm  detection  is  possible.  I’ve  shown  that  it  is 
possible  to  use  an  Ada  program  to  distinguish  one  task  scheduling  algorithm  from  a  restricted  set 
of  algorithms.  Thus,  it  should  be  feasible  to  expand  this  program  to  a  suite  of  Ada  programs  which 
will  reveal,  for  any  Ada  compiler,  the  underlying  task  scheduling  algorithm  it  uses. 

6.2  Recommendations 

This  thesis  effort  has  laid  the  groundwork  for  future  development  of  an  automated  tool  to 
assist  DoD  software  designers  in  the  development  of  MCCR  systems  using  Ada.  The  following 
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recommendations  could  improve  the  detection  capability  of  the  Ada  program  developed  thus  far. 

1  recommend  adding  a  prograii.  to  detect  the  characteristics  of  a  Priority  algorithm.  This 
program  would  contain  one  additional  task  with  a  priority  which  is  higher  than  the  current  six 
tasks.  Additional  Ada  programs  could  be  added  to  handle  the  detection  of  other  algorithms  as 
appropriate. 

The  upper  bound  of  the  ‘BURST.TYPE’  declaration  in  the  DETECT  procedure  should  be 
changed  from  a  hard  coded  value  to  a  parameter.  With  this  change,  the  program  could  interactively 
prompt  the  user  to  enter  the  desired  upper  bound  value.  This  value  impacts  the  number  of  'CPU 
burst’  iterations,  and  subsequently  impacts  the  length  of  time  required  to  complete  a  given  CPU 
burst.  The  size  of  the  value  should  be  based  on  whether  the  Ada  compiler  being  investigated  is 
targeted  for  a  PC  or  mini-computer.  This  would  permit  execution  on  any  size  system,  without 
having  to  change  the  hardcoded  value  of  the  upper  bound  and  recompiling  the  program. 

An  additional  future  enhancement  would  be  to  automatically  detect  the  processor  speed 
by  measuring  the  start  and  finish  time  of  a  predetermined  CPU  burst.  Then,  completion  time 
could  be  automatically  computed  and  used  to  determine  the  upper  bound  for  the  BURST-TYPE’ 
declaration.  During  execution  of  the  test  suite,  results  could  be  recorded  and  then  automatically 
analyzed  to  possibly  predict  the  scheduling  algorithm  used.  In  this  way,  all  user  interaction  could 
be  removed. 

The  final  recommendation  would  be  to  formally  verify  the  test  suite  of  Ada  programs  used 
to  detect  the  task  scheduling  algorithms.  This  thesis  effort  did  not  prove  that  a  given  algorithm 
was  used,  the  results  produced  here  have  only  demonstrated  the  feasibility  of  this  approach  by 
revealing  the  algorithm  characteristics  exhibited  by  Ada  run-time  systems.  The  development  of 
formal  specifications,  accompanied  by  a  formal  proof  that  the  specifications  do,  in  fact,  distinguish 
between  individual  scheduling  algorithms  would  improve  the  confidence  of  using  this  approach  for 
scheduling  algorithm  detection. 


6.3  Thests  Contribution 


Previous  attempts  at  dealing  with  the  limitations  associated  with  Ada’s  tasking  model  were 
aimed  toward  working  around  these  limitations  or  changing  the  language.  The  work-arounds  uti¬ 
lize  pragmas  and  other  inefficient  constructs  which  can  slow  down  program  execution.  The  rec¬ 
ommended  changes  to  Ada  may  prove  to  be  very  slow  at  coming  about.  However,  identification 
of  an  Ada  compiler’s  task  scheduling  algorithm  permits  selection  of  the  compiler  which  efficiently 
meets  some  scheduling  requirements,  without  having  to  wait  for  Ada  language  changes  to  occur. 
The  results  of  this  research  have  demonstrated  that  detecting  an  Ada  compiler’s  task  scheduling 
algorithm  is  possible.  And,  it  has  provided  a  program  which  can  be  used  by  DoD  MCCR  system 
designers  to  select  an  Ada  compiler  which  meets  their  task  s'^heduling  needs. 
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Appendix  A.  Appendix  A:  Predicted  Gantt  Charts  for  Test  Cases  I  through  27 


Table  A. 2.  Predicted  Gantt  Chart  (Sb  <  Sa)  for  Test  Case  1 


Table  A. 3.  Predicted  Gantt  Chart  for  Test  Case  2 
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Table  A. 4.  Predicted  Gantt  Chart  for  Test  Case  3 


Table  A. 5.  Predicted  Gantt  Chart  for  Test  Case  4 


Test  Case  5  (C^  =  Cb,Aa  <  Ab,Pa>  Pb) 
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Table  A.6.  Predicted  Gantt  Chart  for  Test  Case  5 
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Table  A. 7.  Predicted  Gantt  Chart  for  Test  Case  6 


Table  A. 8.  Predicted  Gantt  Chart  for  Test  Case  7 


Table  A. 9.  Predicted  Gantt  Chart  for  Test  Case  8 
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Test  Case  9  {Ca  =  Cb,Aa  >  Ab,  Pa  <  Pb) 
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Table  A.  10.  Predicted  Gantt  Chart  for  Test  Case  9 


Test  Case  10  (C4  =  2Cb,Aa  =  Ab,  Pa  =  Pb) 
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Table  A.ll.  Predicted  Gantt  Chart  (Sa  <  Sb)  for  Test  Case  10 


Te  t  Case  10  (Ca  =  2Cb,Aa  =  Ab,  Pa  =  Pb) 
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Table  A.  12.  Predicted  Gantt  Cha.t  (5b  <  SaJ  for  Test  Case  10 
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Table  A.  14.  Predicted  Gantt  Chart  for  Test  Case  12 


Test  Case  13  (C^  =  2Cb,  <  Ab,  Pa  =  Pb) 
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Table  A.  15.  Predicted  Gantt  Chart  for  Test  Case  13 
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Test  Case  14  (Ca  =  2Cb,Aa  <  Ab.Pa  >  Pb) 
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Table  A.  16.  Predicted  Gantt  Chart  for  Test  Case  14 


Test  Case  15  (C^  =  2Cb,Aa  <  Ab,Pa  <  Pb) 
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Table  A.  17.  Predicted  Gantt  Chart  for  Test  Case  15 


Test  Case  16  (C^  =  2Cb,Aa  >  Ab,Pa  =  Pb) 
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Table  A.  18.  Predicted  Gantt  Chart  for  Test  Case  16 


Test  Case  18  {Ca  =  2Cb,Aa  >  Ab,Pa  <  Pb) 
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Table  A. 20.  Predicted  Gantt  Chart  for  Test  Case  18 


Table  A. 21,  Predicted  Gantt  Chart  (Sa  <  S^)  for  Test  Case  19 


A-8 


Test  Case  20  (2C4  =  Cb,  Aa  =  Ab,  Pa  >  Pb) 
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Table  A. 23.  Predicted  Gantt  Chart  for  Test  Case  20 


Table  A. 24.  Predicted  Gantt  Cheirt  for  Test  Case  21 
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Test  Case  22  {2Ca  =  Cb,  Aa  <  Ab,  Pa  =  Pb) 
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Table  A. 25.  Predicted  Gantt  Chart  for  Test  Case  22 


Test  Case  23  (2Ca  =  Cb,  Aa  <  Ab,  Pa  >  Pb) 
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Table  A. 26.  Predicted  Gantt  Chart  for  Test  Case  23 


Test  Case  24  {2Cj^  =  <  Ab,Pa  <  Pb) 
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Table  A. 27.  Predicted  Gantt  Chart  for  Test  Case  24 


Table  A. 28.  Predicted  Gantt  Chart  for  Test  Case  25 


Algorithm 
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Time 
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FCFS 

Time 
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Priority 
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Test  Case  26  (2C^  =  Cg,  Aa>Ab,Pa>  Pb) 
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Table  A. 29.  Predicted  Gantt  Chart  for  Test  Case  26 
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Test  Case  27  (2C^  =  Cs,  >  Ab,  Pa  <  Pb) 


Expected  Schedule 


2 


Table  A.  30.  Predicted  Gantt  Chart  for  Test  Case  27 


All 


Actual  Results  of  Running  Test  Cases  1-9 
using  Alsys  PC  AT  Ada  Compiler,  Version  3.2 
with  a  Slice  Option  of  0  seconds 


Test 

Case 

Actual  Measured 
Results 

Normalized 

Results 

Execution 

Sequence 

1 

5.4 

6.869 

6.921 

Sb-Fb-  Sa  -  Fa 

Fa 

37495.7100 

13.79 

Sb 

37481.9200 

0 

6.869 

Fb 

37488.7890 

6.869 

2 

ES 

37543.9300 

.05 

6.87 

Fa 

37550.8000 

6.92 

Fb 

0 

13.779 

Fb 

37557.6590 

13.779 

3 

Sa 

37594.3500 

0 

13.79 

Sa  -  Sb  -  Fb  -  Fa 

Fa 

37608.1400 

13.79 

Sb 

37594.4600 

.11 

6.869 

Fb 

37601.3290 

6.979 

4 

5,4 

37612.0900 

0 

13.63 

Sa  -  Sb  -  Fb  -  Fa 

Fa 

37625.7200 

13.63 

Sb 

37612.1490 

.059 

6.811 

Fb 

37618.9600 

6.87 

5 

Sa 

37629.7790 

0 

Hm 

wm 

6.811 

Sb 

37636.5900 

6.811 

6.809 

Fb 

37643.3990 

13.62 

6 

Bl 

37678.6090 

0 

13  62 

Sa  -  Sb  -  Fb  -  Fa 

Fa 

37692.2290 

13.62 

Sb 

37678.7700 

.161 

6.809 

Fb 

37685.5790 

6.97 
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Bl 

37696.2890 
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37703.1090 

6.9299 

Sb 

37696.1800 
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Fb 

37709.8100 

13.63 
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Sa 

37713.9300 

.17 

6,809 

Sb  -  5,4  -  Fa  -  Fb 

mm 

37720.7390 

6.979 

Sb 

37713.7600 

0 

13.679 

Fb 

37727.4390 

13.679 
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EM 

37738.2600 

6.811 

6.809 

Sb-Fb  -  5.4  -  Fa 

m 

37745.0690 

13  62 

Sb 

37731.4490 
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6.811 
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37738.2600 

6.811 

Table  B.l.  Alsys  PC  AT  Ada  Compiler  Results 
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Actual  Results  of  Running  Test  Cases  10-18 
using  Alsys  PC  AT  Ada  Compiler,  Version  3.2 
with  a  Slice  Option  of  0  seconds 


Test 

Case 

Actual  Measured 
Results 

Normalized 

Results 

F,-F, 

Execution 

Sequence 

10 

37993.2200 

6.92 

13.729 

Sb  -  Fb  -  Fa  -  Fa 

38006.9490 

20.649 

37986.3000 

0 

Fb 

37993.2200 

6.92 

11 

MM 

38011.0200 

.06 

Hi 

Sb  -  Fa  -  Fa  -  Fb 

F.a 

38024.7500 

13.79 

Sb 

38010.9600 

0 

38031.6090 

20.649 

12 

D 

38062.0390 

0 

20.601 

Fa  -  Sb  —  Fb  —  F,^ 

HI 

38082.6400 

20.601 

.061 

6.86 

38068.9600 

6.921 

13 

54 

38091.5390 

0 

20.49 

Fa  -  Sb  -  Fb  -  Fa 

Fa 

38112.0290 

20.49 

Sb 

38091.5900 

.051 

6.809 

Fb 

38098.3990 

6.86 

14 

38133.5000 

0 

Fa  -  Fa  -  Sb  -  Fb 

38147.1800 

13.68 

St 

38147.1800 

13.68 

38153.9890 

20.489 

15 

38157.9390 

0 

20.491 

Fa  -  Sb  -  Fb  -  Fa 

Fa 

38178.4300 

20.491 

5b 

38158.1090 

.17 

6.811 

Fb 

38164.9200 

6.981 

16 

MM 

11 

13.67 

Fb  -  Fa  -  Fa  -  Fb 

38196.1700 

13.78 

38182.3900 

38202.9300 

20.54 

17 

Sa 

38310.1990 

17 

Sb  -  Fa  -  Fa  -  Fb 

Fa 

38323.8690 

13.84 

Fb 

38310.0290 

0 

Fb 

38330.5690 

20.54 

18 

Fa 

38341.2790 

6.809 

13.681 

Fb-Fb  -  Fa  -  Fa 

Fa 

38354.9600 

20.49 

Fb 

38334.4700 

0 

6  809 

Fb 

38341.2790 

6.809 

Table  B.2.  Alsys  PC  AT  Ada  Compiler  Results  (Cont'd) 
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Actual  Results  of  Running  Test  Cases  19-27 
using  Alsys  PC  AT  Ada  Compiler,  Version  3.2 
with  a  Slice  Option  of  0  seconds 


Test 

Case 

Actual  Measured 
Results 

Normalized 

Results 

|B| 

Execution 

Sequence 

19 

54 

6.859 

to 

1 

1 

to 

t. 

1 

F.a 

20.649 

Sb 

0 

13.79 

Fb 

13.79 

20 

E9 

38560.0000 

.061 

Sb  -  Sa  -  Fa  -  Fb 

Fa 

38566.8590 

6.92 

Sb 

38559.6490 

0 

20.71 

Fb 

38580.6490 

20.71 

21 

0 

20.71 

Sa  -  Sb  —  Fb  -  Fa 

20.71 

Sb 

38588.8900 

.061 

13.729 

Fb 

13.79 

22 

Bl 

38613.0390 

0 

20.539 

Sa  -  Sb  -  Fb  ~  Fa 

Fa 

38634.0390 

20.539 

Sb 

38613.2290 

.05 

13.679 

Fb 

38627.2290 

13.729 

23 

Sa 

38712.1990 

0 

6.811 

1 

1 

to 

CO 

1 

Fa 

38719.0100 

6.811 

Sb 

38719.0100 

6.811 

13,729 

Fb 

38732.7390 

20.54 

24 

Bl 

38743.7790 

0 

20.601 

Sa  -  Sb  -  Fb  -  Fa 

Fa 

38764.3800 

20.601 

Sb 

38743.9390 

.16 

13.68 

Fb 

38757.6190 

13.84 

25 

Bl 

38768.8800 

.11 

6.809 

Sb  -  Sa  -  Fa  -  Fb 

Fa 

38775.6890 

6.919 

Sb 

38768,7700 

0 

20.54 

Fb 

38789,3100 

20.54 

26 

Sa 

38793.6000 

.17 

6.809 

CD 

1 

1 

1 

Bl 

38800.4090 

6.979 

Sb 

38793.4300 

0 

20.599 

Fb 

38814.0290 

20.599 

27 

Bl 

13.67 

6.87 

Sb  -  Fb  -  Sa  -  Fa 

Bl 

38850.9390 

20.54 

Sb 

38830.3990 

0 

13.67 

Fb 

38844.0690 

13.67 

_j 

_ 

Table  B.3.  Alsys  PC  AT  Ada  Compiler  Results  (Cont’d) 
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First  Run  of  Test  Case  28 
using  Alsys  PC  AT  Ada  Compiler,  Version  3.2 
with  a  Slice  Option  of  0  seconds 


Parameter 

Actual  Measured 
Results 

Normalized 

Results 

F.  -  S,- 

54053.1590 

.159 

180.54 

Fa 

54233.6990 

180.699 

Fb 

54087.7600 

34.76 

173.679 

Fb 

54261.4390 

208.439 

Sc 

54087. S490 

34.649 

166.871 

Fc 

54254.5200 

201.52 

Sd 

54073.8690 

20.869 

180.54 

Fd 

54254.4090 

201.409 

Se 

54066.9490 

13.949 

173.67 

Fe 

54240.6190 

187.619 

Sf 

54053.0000 

0 

166.92 

Ff 

54219.9200 

166.92 

Execution  Sequence:  Sp  -  Sa  -  Se  -  Sp  -  Sc  -  Sb  -  Fp  -  -  Fe  -  Fd  -  Fc  -  Fa 


Table  B.4.  Alsys  PC  AT  Ada  Compiler  Results  (Cont’d) 


Second  Run  of  Test  Case  28 
using  Alsys  PC  AT  Ada  Compiler,  Version  3.2 
with  a  Slice  Option  of  0  seconds 


Parameter 

.Actual  Measured 
Results 

Normalized 

Results 

F.  -5: 

5a 

54589.6700 

.11 

180.54 

Fa 

54470.2100 

180.65 

Sb 

54324.3290 

34.769 

173.671 

Fb 

54498.0000 

208.44 

Sc 

34.599 

166.87 

Fc 

54491.0290 

201.469 

Sd 

54310.3800 

20.82 

180.54 

Fd 

54490.9200 

201.36 

Se 

54303.4600 

13.9 

173.67 

Fe 

5-1477.1300 

187.57 

Sf 

54289.5600 

0 

166.86 

Ff 

54456.4200 

166.86 

Execution  Sequence:  Sf  -  Sa  -  Se  -  Sp  -  Sc  -  Sb  -  Fp  —  Fa  -  Fe  -  Fp  -  Fg  -  Fb 


Table  B.5.  Alsys  PC  AT  Ada  Compiler  Results  (Cont’d) 


Third  Run  of  Test  Case  28 
using  Alsys  PC  AT  Ada  Compiler,  Version  S.2 
with  a  Slice  Option  of  0  seconds 


54543.9200 

54724.4600 

54537.0000 

54710.6700 


E.xecution  Sequence;  Sp  — 


f^arameter  .\ctual  Measured 
Results 


54523.2100 


54703.7500 


54557.8190 


54731.4890 


54557.7100 


54724.5690 


Normalized 

Results 


.11 


180.65 


34.719 


208.389 


34.61 


201.469 


20.82 


201  36 


13.9 


187.57 


0 


166.87 


Se  —  Sn  —  Sn  —  S 


180.54 


173.67 


166.859 


180.54 


173.67 


166.87 


/'V  —  Fa  —  Fp  —  Fn  —  Fn  —  Fa 


Table  B.6.  Alsys  PC  AT  Ada  Compiler  Results  (Cont’d) 
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Actual  Measured 

Normalized 

Results 

Results 

111 

1  47557.3400 

14.061 

0 

47557.2290 

13.95 

47561.3000 

.061 

47568.1590 

6.92 

47561.2390 

0 

47575.0290 

13.79 

47677.8990 

0 

47691.7500 

13.851 

47677.8990 

.061 

47684.8290 

6.93 

47701.9600 

0 

47715.6890 

13.729 

47702.0200 

.06 

47715.6400 

13.62 

47726.3500 

0 

47733.1590 

6.809 

47733.1590 

6.809 

47740.0290 

13.679 

47760.6800 

0 

47774.5200 

13.84 

47760.8400 

.16 

47767.6490 

6.969 

.109 

47792.0900 

13.729 

47778.4200 

0 

47792.0900 

13.76 

47826.5900 

.16 

47833.5600 

6.97 

47826.5900 

0 

47840.2600 

13.67 

47850.9700 

6.811 

47857.8400 

13.681 

47844.1590 

0 

47850.9700 

6.811 

Execution 

Sequence 


Table  B.7.  Alsys  PC  AT  Ada  Compiler  Results  (Cont’d) 


Actual  Results  of  Running  Test  Cases  10-18 
using  Atsys  PC  AT  Ada  Compiler,  Version  3.2 
with  a  Slice  Option  of  50  ms. 


Test 

Case 

Actual  Measured 
Results 

Normalized 

Results 

im 

Execution 

Sequence 

10 

48112.1990 

.109 

Sb  —  Sa  —  Fb  -  Fa 

F.^ 

48132.9600 

20.87 

Sb 

48112.0900 

0 

14.01 

Fb 

48126.1000 

14.01 

11 

S.A 

48136.8590 

.049 

13.731 

Sb  —  Sa  —  Fa  —  Fb 

F.a 

48150.5900 

13.78 

Sb 

48136.8100 

0 

20.65 

Fb 

48157.4600 

20.65 

1 

Sa 

48204.8590 

0 

20.65 

Sa  -  Sb  -  Fb  -  Fa 

48225.5100 

20.65 

EM 

48204.9090 

48211.7790 

6.92 

EM 

4S229.6300 

0 

20.599 

Sa  -  Sb  -  Fb  -  Fa 

48250.2290 

20.599 

Sb 

48229.6890 

.059 

13.731 

Fb 

48243.4200 

13.79 

14 

mm 

48261.5390 

0 

13.681 

Sa  -  Fa  -  Sb  -  Fb 

m 

48275.2200 

13.681 

Sb 

48275.2200 

13.681 

6.809 

Fb 

48282.0290 

20.49 

48338.2700 

0 

20.549 

Sa-Sb-Fb-  Fa 

Fa 

48358.8190 

20.549 

48338.4390 

.169 

6.811 

48345.2500 

6.98 

16 

' 

Wi 

48362.9390 

.11 

20.481 

Fa 

48383.4200 

20.591 

Sb 

48362.8290 

0 

13.62 

Fb 

48376.4490 

13.62 

17 

Bl 

43387.4300 

.16 

13.679 

Sb  -  Sa  -  Fa  -  Fb 

Fa 

48401.1090 

13.839 

Sb 

0 

20.54 

Fb 

48407.8100 

20.54 

48425.1700 

6.811 

13.67 

■i 

■a 

48438.8400 

20.481 

Sb 

48418.3590 

0 

6.811 

Fb 

48425.1700 

6.811 

Table  B.8.  Alsys  PC  AT  AHa  Compiler  Results  (Cont’d) 


B-8 


Actual  Results  of  Running  Test  Cases  19-27 
using  Alsys  PC  AT  Ada  Compiler,  Version  3.2 
with  a  Slice  of  50  ms. 


Actual  Measured 
Results 


48657.6090 


48671.4490 


48657.5000 


48678.2600 


48682.3290 


48689.1890 


48682.2700 


48702.9790 


48715.2290 


48735.9300 


48715.2790 


48729.0690 


48739.8900 


48753.6190 


48739.9390 


48760.5390 


48786.0290 


48792.8400 


48792.8400 


48806.5690 


48861.2700 


48881.8690 


48861.4390 


48875.1700 


48885.8800 


48899.4200 


48885.7700 


48906.4200 


48921.0900 


48927.8990 


48920.9200 


48941.5200 


48959.2100 


48966.0200 


48959.2100 


Normalized 

Results 


.109 


13.949 


0 


20.76 


.059 


6.919 


0 


20.709 


0 


20.701 


5 


13.84 


0 


13.729 


.049 


20.649 


0 


6.811 


6.811 


20.54 


0 


20.599 


.169 


13.9 


.11 


13.839 


0 


20.65 


.17 


6.979 


0 


20.6 


13.731 


2 


0 


13.731 


Execution 

Sequence 


13.84  Sb-Sa-  F^-  Fb 


6.86  5b  -  S4  -  F,.,  -  Fb 


20. /01  Sa  —  Sb  —  Fb  -  Fa 


Table  B.9.  Alsys  PC  AT  Ada  Compiler  Results  (Cont’d) 


B-9 


First  Run  of  Test  Case  28 
using  Alsys  PC  AT  Ada  Compiler.  Version  3.2 
with  a  Slice  Option  of  SO  ms. 


Parameter  I  Actual  Measured  I  Normalized 


Results 


54826.3500 


55036.2700 


54826.6190 


54967.2890 


.54826.5690 


54831.0200 


54826.5100 


55036.1090 


54826.4600 


54966.8990 


54826.2390 


54830.3000 


Results 


111 


210.031 


.38 


141.05 


.33 


4.781 


.271 


209.87 


.221 


140.66 


0 


4.061 


Execution  Sequence:  Sp  —  Sa— Se  —  Sp- Sc— Sb-Ff  - Pc -  Pe-Pb-Td-Pa 


Table  B.IO.  Alsys  PC  AT  Ada  Compiler  Results  (Cont’d) 


Second  Run  of  Test  Case  28 
using  Alsys  PC  AT  Ada  Compiler,  Version  3.2 
with  a  Slice  Option  of  50  ms. 

Parameter 

Actual  Measured 
Results 

Normalized 

Results 

Pi  -  s, 

5^ 

55051.8190 

.17 

209.701 

Pa 

55261.5200 

209.871 

Sb 

55052.0390 

.39 

140.94 

Fb 

55192.9790 

141.33 

Sc 

55051.9790 

.33 

4.51 

Pc 

55056.4890 

4.84 

So 

HKCrnmUiTilH 

.281 

209.759 

Fd 

55261.6890 

210.04 

Sb 

55051.8690 

.22 

140.721 

Pe 

55192.5900 

140.941 

Sf 

55051.6490 

0 

4.401 

Ff 

55056.0500 

4.401 

Execution  Sequence:  Sp  —  Sa  -  Se  —  So  —  Sc  -  Sb  -  Pf  -  Pc  -  Fe  -  Pb  -  Pa  -  Pd 

Table  B.ll.  Alsys  PC  AT  Ada  Compiler  Results  (Cont’d) 


B-10 


Third  Run  of  Test  Case  28 
using  Alsys  PC  AT  Ada  Compiler,  Version  3.2 
with,  a  Slice  Option  of  50  ms. 


Parameter 


Actual  Measured 
Results 


55271.7890 


55481.5500 


55272.0100 


55412.7890 


55271.9600 


55276.4600 


55271.8990 


55481.6590 


55271.8500 


55412.5690 


55276.0200 


Normalized 

Results 


.159 


209.92 


.38 


141.159 


.33 


4.83 


.269 


210.029 


22 


140.939 


0 


4.39 


Execution  Sequence:  Sf  -  Sa  -  Se  -  Sp  -  Sc  -  Sb  -  Ff  -  Fc  -  Fe  -  Fb  -  Fa  -  Fq 


Table  B.12.  Alsys  PC  AT  Ada  Compiler  Results  (Cont’d) 


B-11 


Actual  Results  of  Running  Test  Cases  1-9 
using  VAX  Ada  Compiler,  Version  1.0 
without  the  PRAGMA  TIME.SLICE 


Test 

Case 

■ 

Actual  Measured 
Results 

Normalized 

Results 

m 

Execution 

Sequence 

1 

44935.5800 

0 

.39 

Sa  -  Fa  -  Sb  ~  Fb 

Fa 

44935.9700 

.39 

Sb 

44935.9700 

.39 

.38 

Fb 

44936.3500 

.77 

MM 

44941.1900 

.38 

1 

1 

1 

Fa 

44941.5700 

4 

Fb 

44941.1700 

0 

m 

44941.9300 

.76 

3 

Sa 

44946.0800 

0 

.77 

Sa  —  Sb  -  Fb  -  Fa 

■a 

44946.8500 

.77 

Sb 

44946.1000 

.02 

.38 

Fb 

44946.4800 

.4 

1 

Sa 

44952.2900 

0 

.4 

Sa~Fa-Sb-Fb 

la 

44952.6900 

.4 

Sb 

44952.6900 

.4 

.39 

Fb 

44953.0800 

.79 

;  1 
0 

Bl 

44958.2200 

0 

.38 

Sa  -  Fa  -  Sb  -  Fb 

Fa 

44958.6000 

.38 

Sb 

44958.6000 

.38 

.4 

Fb 

44959.0000 

.78 

■ 

44964.7600 

0 

.77 

Sa-Sb~Fb-  Fa 

Fa 

44965.5300 

.77 

Sb 

44964.7800 

.02 

37 

Fb 

44965.1500 

.39 

■ 

Sa 

44970.0300 

.37 

.38 

Sb-Fb-Sa-Fa 

Fa 

44970.4100 

.75 

Sb 

44969.6600 

0 

.37 

Fb 

44970.0300 

.37 

8 

Bl 

44974.3100 

.02 

■ 

Sb  —  Sa  —  Fa  -  Fb 

Fa 

44974.6800 

.39 

Sb 

44974.2900 

0 

H 

Fb 

44975.0400 

.75 

9 

Sa 

44980.1800 

.38 

Sb  —  Fb  —  Sa  -  Fa 

Fa 

44980.5600 

.76 

Sb 

44979.8000 

0 

.38 

Fb 

44980.1800 

.38 

Table  B.13.  VAX  Ada  Compiler  Results 


B-12 


Actual  Measured 
Results 


44996.9300 


44997.6900 


Normalized  Fi  —  Si 
Results 


Execution 

Sequence 


■  Fa  -  Sb  -  Fb 


45008.4100 


45007.6400 


45008.7900 


45013.1600 


45014.3000 


45013.1800 


45013.5500 


45020.2500 


45021  0800 


45021.0800 


45021.4700 


45028.7400 


45028.7400 


45029.1300 


45034.4700 


45035.7200 


45034.4900 


45034.9400 


45056.7300 


45055.5800 


45055.9600 


45062.8900 


45063.6600 


45062.8700 


45064.0300 


45069.3000 


45070.0600 


45068.9200 


45069.3000 


Table  B.14.  VAX  Ada  Compiler  Results  (Cont’d) 


B-13 


Actual  Results  of  Running  Test  Cases  19-27 
using  VAX  Ada  Compiler,  Version  1.0 
without  the  PRAGMA  TIME. SLICE 


Test 

Case 

■ 

Actual  Measured 
Results 

Normalized 

Results 

m 

Execution 

Sequence 

19 

0 

.38 

Sa  -  Fa  -  Sb  -  Fb 

^.4 

45074.1500 

.38 

Fb 

45074.1500 

.38 

■i 

Fb 

45074.9000 

1.13 

20 

Bl 

02 

■1 

Sb  —  Sa  -  Fa  Fb 

fA 

45078.5500 

.39 

Sb 

45078.1600 

0 

1.21 

Fb 

45079.3700 

1.21 

Sa 

45082.7400 

0 

1.18 

Sa  -  Sb  -  Fb  —  Fa 

Fa 

45083.9200 

1.18 

Sb 

45082.7600 

.02 

.76 

Fb 

45083.5200 

.78 

22 

Sa 

45087,6700 

0 

.37 

Sa  -  Fa  -  Sb  -  Fb 

Fa 

45088.0400 

.37 

Sb 

45088.0400 

,37 

.77 

Tb 

45088.8100 

1.14 

23 

Sa 

45092.3800 

.38 

Sa  -  Fa  -  Sb  -  Fb 

■a 

45092.7600 

,38  1 

Sb 

45092.7600 

.38 

.75 

Fb 

45093.5100 

1.13 

24 

Sa 

45097.5700 

0 

1.14 

Sa  -  Sb  -  Fb  -  Fa 

Fa 

45098.7100 

1.14 

EM 

45097.5900 

.02 

.75 

Fb 

45098.3400 

.77 

25 

Sa 

45106.6000 

.77 

.37 

Sb  —  Fb  —  Sa  —  Fa 

Fa 

45106.9700 

1.14 

Sb 

45105.8300 

0 

,76 

Fb 

45106.5900 

.76 

26 

Sa 

45112.9700 

.02 

.37 

Sb  -  Sa  —  Fa  -  Fb 

Fa 

45113.3400 

.39 

Sb 

45112.9500 

0 

1.16 

Fb 

45114.1100 

1.16 

27 

Sa 

45122.0500 

.75 

,4 

Sb  -  Fb  —  Sa  —  Fa 

Fa 

45122.4500 

1.15 

Sb 

45121.3000 

0 

.75 

Fb  I  45122.0500  |  .75 


Table  B.15.  VAX  Ada  Compiler  Results  (Cont’d) 


First  Run  of  Test  Case  28 
using  VAX  Ada  Compiler,  Version  I.O 
without  the  PRAGMA  TIME.SLICE 


Parameter 

Actual  Measured 
Results 

Normalized 

Results 

F,-S. 

5^ 

56519.5700 

0 

11.97 

Fa 

56531.5400 

11.97 

Fb 

56521.7900 

2.22 

12.59 

Fb 

56534.3800 

14.81 

Sc 

2.21 

11.77 

Fc 

56533.5500 

13.98 

So 

56520.8000 

1.23 

12.66 

Fd 

56533.4600 

13.89 

Se 

56520.3400 

.77 

11.73 

Fe 

56532.0700 

12.5 

Sp 

56520.3300 

.76 

11.22 

Ff 

56531.5500 

11.98 

Execution  Sequence:  S/^— Sf-Se— Sp  —  Sg  —  Sb  —  F^  —  Fp  —  Fe  —  Fp  —  Fg  —  Fa 


Table  B.16.  VAX  Ada  Compiler  Results  (Cont’d) 


Second  Run  of  Test  Case  28 
using  VAX  Ada  Compiler,  Version  1.0 
without  the  PRAGMA  TIME.SLICE 


Parameter 

Actual  Measured 
Results 

Normalized 

Results 

Fi  -  S. 

56569.0100 

0 

11.32 

Fa 

56580.3300 

11.32 

Sb 

56571.1100 

2.1 

11.46 

Fb 

56582.5700 

13.56 

Sc 

56571.1000 

2.09 

11.03 

Fc 

56582.1300 

13.12 

So 

56570.3200 

1.31 

11.8 

Fd 

56582.1200 

13.11 

Se 

56569.9100 

.9 

11.05 

Fb 

56580.9600 

11.95 

Sf 

.9 

10.43 

Ff 

56580.3400 

11.33 

Execution  Sequence:  Sa  —  Sf  —  Se  —  Sp  —  Sg  —  Sb  —  Ea  —  Ff  —  Pe  —  Ep  —  Pc  —  Pb 


Table  B.17.  VAX  Ada  Compiler  Results  (Cont’d) 


B-15 


Third  Run  of  Test  Case  28 
using  VAX  Ada  Compiler,  Version  1.0 
without  the  PRAGMA  TIME.SLICE 


Parameter 

Actual  Measured 

Normalized 

Results 

Results 

56661.1700 

0 

Fa 

56675.7300 

14.56 

Sb 

56663.8800 

2.71 

Fb 

56678.2200 

17.05 

Sc 

56663.8800 

2.71 

Fc 

56677.6000 

16.43 

So 

56663.0900 

1.92 

Fd 

56677.5900 

16.42 

Se 

56662.2000 

1.03 

Fe 

56676.4500 

15.28 

Sf 

56662.1900 

1.02 

Ff 

56675.7400 

14.57 

Execution  Sequence;  S,^  -  Sf  -  Se  -  Sp  ~  Sc  -  Sb  -  Fa  -  Ff  -  Eg  -  Pd  -  F'c  -  Pb 


Table  B.18.  VAX  Ada  Compiler  Results  (Cont’d) 


B-16 


Actual  Results  of  Running  Test  Cases  1-9 
using  V'4A  Ada  Compiler,  Version  1.0 
with  the  PRAGMA  TIME.SLICE  (0.05) 


Test 

Case 

.Actual  Measured 
Results 

Normalized 

Results 

Execution 

Sequence 

1 

Bl 

0 

.73 

Sa  —  Sb~F,x-Fb 

47807.1600 

.73 

Sb 

47806.5800 

.15 

.69 

Fb 

47807.2700 

,84 

47818.3400 

•02 

.5 

47818.8400 

:52 

47818.3200 

0 

1.09 

47819.4100 

1.09 

47823.1100 

0 

.98 

47824.0900 

.98 

47823.1300 

.02 

.48 

47823.6100 

.5 

47831.5500 

0 

1.19 

47832.7400 

1.19 

47831.6200 

.07 

1.07 

47832.6900 

1.14 

47836.0900 

0 

1 

.4 

47836.4900 

.4 

47836.4900 

.4 

.56 

47837.0500 

.96 

47840.8700 

0 

.77 

47841.6400 

.77 

47840.8900 

.02 

,38 

47841.2700 

.4 

47845.9800 

.08 

.68 

47846.6600 

.76 

47845.9000 

0 

,7 

47846.6000 

.7 

47850.2500 

.02 

.69 

47850.9400 

.71 

47850.2300 

0 

1,24 

47851.4700 

1.24 

47855.8400 

.4 

.38 

47856.2200 

.78 

47855.4400 

47855.8400 


Sb-Fb-Sa-  F 


Table  B.19.  VAX  Ada  Compiler  Results  (Cont’d) 


B-17 


Actual  Results  of  Running  Test  Cases  10-18 
ustng  VAX  Ada  Compiler,  Version  1.0 
With  the  PRAGMA  TIME.SLICE  (0.05) 


Test 

Ccise 

Actual  Measured 
Results 

Normalized 

Results 

F,  -  Si 

Execution 

Sequence 

5.4 

0 

1.16 

Sa  -  Sb  -  Fb  -  Fa 

F.^ 

47862.3800 

1.16 

Sb 

47861.3700 

.15 

.7 

Fb 

47862.0700 

.85 

11 

Sa 

47865.4000 

.02 

.77 

Sb-Sa- Fa-  Fb 

Fa 

47866.1700 

.79 

5b 

47865.3800 

0 

1.17 

Fb 

47866.5500 

1.17 

12 

BM 

47869.6900 

0 

1.16 

S.a-Sb-Fb  - Fa 

Fa 

47870.8500 

1.16 

5b 

47869.7100 

.02 

.39 

WMM 

47870.1000 

.41 

13 

Sa 

47874.7600 

0 

1.24 

1 

1 

°Q 

to 

1 

to 

Bl 

47876.0000 

1.24 

5b 

47874.8300 

.07 

.71 

Fb 

47875.5400 

.78 

14 

Sa 

47879.1400 

0 

.76 

Sa  -  Fa  -  Sb  -  Fb 

m 

47879.9000 

.76 

5b 

47879.9000 

.76 

.38 

Fb 

47880.2800 

1.14 

15 

47882.8400 

0 

1.15 

Sa  -  Sb  -  Fb  -  Fa 

Fa 

47883.9900 

1.15 

47882.8600 

.02 

.37 

Fb 

47883.2300 

.39 

Sa 

47889.5900 

.05 

13 

Sb  -  Sa  -  Fb  -  Fa 

Fa 

47890.8900 

1.35 

Sb 

47889.5400 

0 

.82 

Fb 

47890.3600 

.82 

17 

Sa 

.02 

.81 

Sb  —  Sa  —  Fa  —  Fb 

mm 

47895.4300 

.83 

Sb 

47894.6000 

0 

1.24 

Fb 

47895.8400 

1.24 

18 

Sa 

47898.7800 

.42 

.85 

Sb  —  Fb  —  Sa  —  Fa 

Fa 

47899.6300 

1.27 

Sb 

47898.3600 

0 

.42 

Fb 

47898.7800 

.42 

Table  B.20.  VAX  Ada  Compiler  Results  (Cont’d) 


B-18 


Actual  Results  of  Running  Test  Cases  19-27 
using  VAX  Ada  Compiler,  Version  I.O 
with  the  PRAGMA  TIME.SLICE  (0.05) 


Actual  Measured 
Results 


47903.6400 


47904.3800 


Normalized  F,  —  Si 
Results 


E.xecution 

Sequence 


Fa 


Sb 


Fb 


26  Sa 
Fa 
Sb 
Fb 


27  I  S4 


47904.9300 


47908.6600 


47909.0500 


47908.6400 


47909.8600 


47912.8300 


47914.0800 


47912.8500 


47913.7000 


47919.1900 


47919.9900 


47919.2600 


47920.4300 


47925.4000 


47925.4000 


47926.2600 


47931.6800 


47932.8900 


47931.7000 


47932.5200 


47937.3400 


47938.1400 


47937.2900 


47938.4900 


47943.0000 


47943.3800 


47942.9700 


47944.1500 


47949.8300 


47950.2300 


47949.0100 


47949.8300 


Table  B.21.  VAX  Ada  Compiler  Results  (Cont’d) 


B-19 


First  Run  of  Test  Case  28 
using  V'AX  Ada  Compiler,  Version  1.0 
with  PRAGMA  TIMEjSLICE  (0.05) 


Parameter 

Actual  Measured 
Results 

Normalized 

Results 

F,  -  5. 

56000.9800 

0 

12.96 

Fa 

56013,9400 

12.96 

_  1 

Sb 

56001.3500 

.37 

9.06 

Fb 

56010.4100 

9.43 

Sc 

56001.3500 

.37 

1.7 

Fc 

56003.0500 

2.07 

So 

56001.2100 

.23 

12.77 

Fd 

56013.9800 

13 

Se 

.15 

9.18 

Fe 

56010.3100 

9.33 

Sf 

56001.1300 

15 

1.8 

Ff 

56002.9300 

1.95 

}  Execution  Sequence-  Sa  —  Sp  -  Se  —  Sp  —  Sg  —  Sb  —  Fp  —  Fg  -  Fe  -  Pb  - 


Table  B.22.  V'AX  Ada  Compiler  Results  (Cont’d) 


Second  Run  of  Test  Case  28 
using  VAX  Ada  Compiler,  Version  1.0 
with  PRAGMA  TIM  ELLICE  (0.05) 

Parameter 

.Actual  Measured 
Results 

Normalized 

Results 

F.  -S. 

5^ 

56022.5000 

0 

14.04 

Fa 

56036.5400 

14.04 

Sb 

56022.8000 

3 

9.39 

Fb 

56032.1900 

9.69 

Sc 

56022.8000 

.3 

1.62 

Fc 

56024.4200 

1.92 

Sd 

56022.7200 

.22 

13.68 

Fd 

56036.4000 

13.9 

Se 

56022.6400 

.14 

9.4 

Fb 

56032.0400 

9.54 

Sf 

56022.6400 

.14 

1.67 

Ff 

56024.3100 

1.81 

Execution  Sequence:  Sa  —  Sf  —  Sg  —  So  —  Sc  —  Sb  —  Ff  —  Fc  -  Fe  —  Fb  —  Fp  —  Fa 

Table  B.23.  VAX  Ada  Compiler  Results  (Cont’d) 


B-20 


Third  Run  of  Test  Case  28 
using  VAX  Ada  Compiler,  Version  1.0 
with  PRAGMA  TIM  ELLICE  (0.05) 


Parameter 

Actual  Measured 
Results 

Normalized 

Results 

Fi-S, 

5^ 

56042.6700 

0 

15.32 

Fa 

56057.9900 

15.32 

Sb 

56042.9900 

.32 

9.46 

Fb 

56052.4500 

9.78 

Sc 

56042.9900 

.32 

1.54 

Fc 

56044.5300 

1.86 

Sd 

56042.9100 

.24 

14.98 

Fd 

56057.8900 

15.22 

Se 

56042.8300 

.16 

9.36 

Fe 

56052.1900 

9.52 

Sf 

56042.8300 

.16 

1.63 

Ff 

56044.4600 

1.79 

Execution  Sequence:  Sa  -  Sf  -  Se  -  Sp  -  Sc  —  Sb  -  Fp  -  Fg  -  Fe  -  Fb  -  Fp  -  Fa 


Table  B.24.  VAX  Ada  Compiler  Results  (Cont’d) 
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Actual  Results  of  Running  Test  Cases  1-9 
using  Meridian  AdaVantage  Compiler,  Version  2.1 


Test 

Case 

Actual  Measured 
Results 

Normalized 

Results 

||B| 

Execution 

Sequence 

1 

Bl 

45508.5099 

9.44 

9.4501 

Sb  ~  Fb  -  Sa  -  Fa 

F, 

45517.9600 

18.8901 

Sb 

45499.0699 

0 

9.44 

Fb 

45508.^099 

9.44 

Sa 

45528.8900 

0 

9.45 

mmm 

Fa 

45538.3400 

9.45 

Sb 

45538.3400 

9.45 

9.44 

45547.7800 

18.89 

■ 

45561.6299 

9.4499 

9.44 

Sb  —  Fb  —  Sa  —  Fa 

Fa 

45571.0699 

18.8899 

45552.1800 

0 

9.4499 

Fb 

45561.6299 

9.4499 

1 

Sa 

45575.4100 

0 

9.45 

Sa  -  Fa  -  Sb  -  Fb 

warn 

45584.8600 

9.45 

Sb 

45584.9100 

9.5 

9.45 

Fb 

45594.3600 

19.95 

5 

Sa 

45598.8100 

0 

9.4499 

Sa  -  Fa  -  Sb  -  Fb 

Fa 

45608.2599 

9.449 

Sb 

45608.3100 

9.5 

9.499 

Fb 

45617.7599 

18.9499 

6 

Sa 

45640.5000 

0 

9.45 

Sa- Fa  -  Sb  -  Fb 

Fa 

45649.9500 

9.45 

Sb 

45650.0000 

9.5 

9.45 

Fb 

45659.4500 

18.95 

7 

Sa 

45679.3300 

9.5 

9.45 

Sb  -  Fb  -  Sa  -  Fa 

mm 

45688.7800 

18.95 

Sb 

45669.8300 

0 

9.45 

Fb 

45679.2800 

9.45 

8 

ei 

45720.5200 

9.5 

9.45 

Sb  -  Fb  -  Sa  -  Fa 

Fa 

45729.9700 

18.95 

Sb 

45711.0200 

0 

9.45 

Fb 

45720.4700 

9.45 

9 

Sa 

45743.5400 

9.5 

9.45 

Sb  -  Fb  -  Sa  -  Fa 

■a 

45752.9900 

18.95 

Sb 

45734.0400 

0 

9.44 

Fb 

45743.4800 

9.44 

Table  B.25.  Meridian  AdaVantage  Compiler  Results 


Actual  Results  of  Running  Test  Cases  10-18 
using  Meridian  Ada  Vantage  Compiler,  Version  2.1 


Test 

Case 

Actual  Measured 
Results 

Normalized 

Results 

Execution 

Sequence 

10 

47558.8799 

9.4499 

18.6801 

Sb  -  Fb  -  S  A  -  Fa 

Fa 

47577.5600 

28.13 

Sb 

47549.4300 

0 

9.4499 

Fb 

47558.8799 

9.4499 

11 

Sa 

0 

18.67 

Sa  -  Fa  -  Sb  -  Fb 

Fa 

47605.2900 

18.67 

Sb 

18.67 

9.45 

Fb 

28.12 

12 

Bl 

47628.6400 

9.4501 

18.67 

Sb-Fb-Sa-Fa 

Fa 

47647.3100 

28.1201 

Sb 

47691.1899 

0 

9.4501 

Fb 

47628.6400 

9.4501 

13 

E9 

0 

18.6701 

mmm 

Fa 

47670.4300 

18.6701 

Bl 

47670.4900 

18.7301 

9.4499 

Fb 

47679.9399 

28.18 

14 

Sa 

47684.3300 

0 

18.6799 

1 

1 

to 

to 

1 

Fa 

47703.0099 

18.6799 

Sb 

47703.0600 

18.73 

9.4499 

Fb 

47712.5099 

28.1799 

15 

Bl 

47727.0600 

0 

18.84 

mmm 

Fa 

47745.9000 

18.84 

Sb 

47745.9600 

18.9 

9.44 

Fb 

47755.4000 

28.34 

16 

wm 

47769.6299 

9.6699 

18.6701 

Sb  -  Fb  -  Sa  -  Fa 

■a 

47788.3000 

28.34 

Sb 

47759.9600 

0 

9.67 

Fb 

47769.5800 

9.62 

17 

Sa 

9.51 

18.67 

Sb  -  Fb  -  Sa  -  Fa 

Fa 

47820.6000 

28.18 

Sb 

47792.4200 

0 

9.45 

Fb 

47801.8700 

9.45 

18 

Sa 

47834.1700 

9.5 

18.67 

Sb  -  Fb  -  Sa  -  Fa 

Fa 

47852.8400 

28.17 

Sb 

47824.6700 

0 

9.44 

Fb 

47834.1100 

9.44 

Table  B.26.  Meridian  AdaVantage  Compiler  Results  (Cont’d) 
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Actual  Results  of  Running  Test  Cases  19-27 
using  Mendian  Ada  Vantage  Compiler,  Version  2.1 


Execution 

Sequence 


1 

Actual  Measured 

Normalized 

f  .  -  5.' 

Results 

Results 

18.67 

9.4499 

I  Fa 

50899.0099 

28.1199 

Sb 

50870.8900 

0 

18.67 

Fb 

50889.5600 

18.67 

50903.4000 

0 

9.45 

Fa 

50912.8500 

9l5 

Sb 

50912.8500 

9.45 

18.68 

Fb 

50931.5300 

28.13 

Sa 

50954.7599 

18.6799 

9.4501 

■a 

50964.2100 

28.13 

Sb 

50936.0800 

0 

18.6799 

Fb 

50954.7599 

18.6799 

Sa 

0 

9.44 

Fa 

50977.7700 

9.44 

Sb 

50977.8300 

9.5 

18.67 

Fb 

50996.5000 

28.17 

Sa 

51000.6800 

0 

9.44 

Fa 

51010.1200 

ai-ri 

Sb 

51010.1800 

9.5 

18.67 

Fb 

51028.8500 

28.17 

Sa 

51050.9300 

0 

9.4499 

■a 

51060.3799 

9.4499 

Sb 

51060.4399 

9.5099 

18.6701 

Fb 

51079.1100 

28.18 

Sa 

51102.4300 

18.73 

9.45 

Fa 

51111.9000 

28.18 

Sb 

51083.7200 

0 

18.68 

Fb 

51102.4000 

18.68 

Sa 

51134.7500 

18.73 

9.45 

Fa 

51144.2000 

28.18 

Sb 

51116.0200 

0 

18.68 

Fb 

51134.7000 

18.68 

Sa 

51166.9900 

18.7301 

9.4499 

ai 

51176.4399 

28.18 

Sb 

51148.2599 

0 

18.68 

Fb 

51166.9399 

18.68 

-  Fa  -  Sb  -  Fb 


9.44  \Sa-Fa-Sb-Fb 


9.44  Sa  -  Fa  -  Sb  -  Fb 


9.4499  \  Sa-  Fa-Sb-  Fb 


9.4499  I  Sb  —  Fb  —  Sa  -  Fa 


B-24 


First  Run  of  Test  Case  28 
using  Meridian  AdaVantage  Compiler,  V'ersion  2.1 


Parameter 

Actual  Measured 
Results 

Normalized 

Results 

F,  -  S. 

5m 

59526.8700 

37.9 

244.75 

Fa 

59771.6200 

282.65 

Sb 

59517.4200 

28.45 

235.5199 

Fb 

59752.9399 

263.9699 

Sc 

59517.2599 

28.2899 

226.2401 

Fc 

59743.5000 

254.53 

So 

59498.5800 

9.61 

244.75 

Fd 

59743.3300 

254.36 

Se 

59489.1400 

.17 

235.52 

Fe 

59724.6600 

235.69 

Sf 

59488.9700 

0 

226.19 

Ff 

59715.1600 

226.19 

Execution  Sequence;  Sf-Se  - So  -  Sc -Sb-Sa-Ff-Fe-Fd-Fc-Fb  - Fa 

Table  B.28.  Meridian  AdaVantage  Compiler  Results  (Cont’d) 
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Actual  Results  of  Running  Test  Cases  1-9 
using  Elxsi/Verdtx  Ada  Compiler,  Version  5.4 


Test 

Case 

■ 

-Actual  Measured 
Results 

Normalized 

Results 

F,~S. 

Execution 

Sequence 

1 

5.1 

47780.416 

0 

3.0 

Sa  -  Sb  -  Fg  —  Fa 

Fa 

47783.416 

3.0 

Sb 

47780.512 

.096 

2.404 

Fb 

47782.916 

2.5 

2 

5.4 

47790.916 

.1 

1.4 

Sb  -  Sa  -  Fa  -  Fg 

Fa 

47792.316 

1.5 

5e 

47790.816 

0 

2.9 

Fb 

47793.716 

2.9 

3 

Sa 

47800.716 

0 

2.9 

Sa  —  Sg  -  Fg  -  Fa 

Fa 

47803.616 

2.9 

Sb 

47800.816 

1.4 

lIb 

47802.216 

1.5 

1 

Bl 

47814.120 

0 

3.3 

Sa  -  Sb  -  Fg  -  Fa 

Fa 

47817.420 

3.3 

Sb 

47814.220 

.1 

2.596 

Fb 

47816.816 

2.696 

5 

Sa 

47826.020 

0 

1.4 

Sa  -  Fa  -  Sg  -  Fg 

Fa 

47827.420 

1.4 

Sb 

47827.420 

1.4 

1.4 

Fb 

47828.820 

2.8 

6 

Sa 

47836.920 

0 

2.9 

Sa-Sb-Fb-  Fa 

Fa 

47839.820 

2.9 

Sb 

47837.020 

.1 

1.4 

Fb 

47838.420 

1.5 

■ 

Sa 

47850.020 

1 

1.8 

Sb-Sa-Fb-Fa 

Fa 

47851.820 

2.8 

Sb 

47849.020 

0 

2.404 

Fb 

47851.424 

2.404 

8 

Sa 

47859.724 

.1 

1.4 

Sb  -  Sa  -  Fa  -  Fg 

Fa 

47861.124 

1.5 

Sb 

47859.624 

0 

2.8 

Fb 

47862.424 

2.8 

9 

Sa 

47872.020 

1.396 

1.404 

Sg  -  Fg  -  Sa  -  Fa 

Fa 

47873.424 

2.8 

Sb 

47870.624 

0 

1.396 

Fb 

47872.020 

1.396 

Table  B.29.  Elxsi/Verdix  Ada  Compiler  Results 
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Actual  Results  of  Running  Test  Cases  10-18 
using  Elxsi/Verdtx  Ada  Compiler,  Version  5.4 


Test 

Case 

Actual  Measured 
Results 

Normalized 

Results 

Execution 

Sequence 

10 

5.4 

47886.624 

0 

1 

1 

05 

1 

Fa 

47891.024 

4.4 

5b 

47886.724 

.1 

■■ 

Fb 

47889.124 

2.5 

11 

mm 

47897.524 

.096 

3 

Sb  -  Sa  -  Fa  -  Fb 

Fa 

47900.524 

3.096 

Sb 

47897.428 

0 

4.8 

47902.228 

4.8 

12 

47910.528 

0 

4.296 

Sa  -  Sb  -  Fb  —  F^ 

mm 

47914.824 

4.296 

Sb 

47910.624 

096 

1.404 

47912.028 

1.5 

13 

a 

47922.528 

0 

4.404 

Fa 

47926.932 

4.404 

Sb 

47922.624 

.096 

2.404 

Fb 

47925.028 

2.5 

14 

47935.628 

0 

2.804 

Sa  -  Fa  -  Sb  -  Fb 

Fa 

47938.432 

2.804 

Sb 

47938.432 

2.804 

1.396 

Fb 

47939.828 

4.2 

15 

Sa 

47953.132 

0 

4.9 

Sa-Sb-Fb-Fa 

WMM 

47958.032 

4.9 

Sb 

47953.232 

.1 

1.4 

Fb 

47954.632 

1.5 

16 

Sa 

47968.736 

1 

3.296 

Sb  -  Sa  -  Fb  ~  Fa 

Fa 

47972.032 

4.296 

Sb 

47967.736 

0 

2.396 

Fb 

47970.132 

2.396 

■ 

mm 

47978.736 

.104 

3.7 

Sb  -  Sa  -  Fa  -  Fb 

Fa 

47982.436 

3.804 

Sb 

47978.632 

0 

5.4 

Fb 

47984.036 

5.4 

18 

ei 

47993.636 

1.6 

3.2 

Sb-Fb-Sa-  Fa 

Fa 

47996.836 

4.8 

Sb 

47992.036 

0 

1.6 

Fb 

47993.636 

1.6 

Table  B.30.  Elxsi/Verdix  Ada  Compiler  Results  (Cont’d) 
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Actual  Results  of  Running  Test  Cases  19-27 
using  Elzst/Verdtz  Ada  Compiler,  Version  5.4 


Actual  Measured 
Results 


48004.440 


48006.836 


48005.440 


48008.940 


48017.840 


48019.240 


Sb 

48017.740 

Fb 

48022.240 

Normalized 

Results 


0 


2.396 


1 


.5 


1 


1.5 


0 


.5 


0 


3 


.1 


3 


0 


Execution 

Sequence 


48028.640 


48032.940 


48028.740 


48031.640 


48041.448 


48044.848 


48041.548 


48045.748 


48053.344 


48054.748 


48054.748 


48057,644 


48066.644 


48071.048 


48066.748 


48069.644 


48079.748 


48082.348 


48078,748 


48083.548 


48092.952 


48094.652 


48092.852 


48098.052 


48112.752 


48115.052 


48106.952 


48112.752 


Table  B.31.  Elxsi/Verdix  Ada  Compiler  Results  (Cont’d) 
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First  Run  of  Test  Case  28 


using  Elzsi/Verdiz  Ada  Compiler,  Version  5.4 


j  Parameter 

Actual  Measured 
Results 

Normalized 

Results 

F.-S. 

i 

61406.192 

0 

57.408 

1  Fa 

61463.600 

57.408 

i  Fb 

61407.392 

1.2 

44.912 

Fb 

46.112 

Sc 

61407.392 

1.2 

11.4 

Fc 

61418.792 

12.6 

Sd 

61406.392 

.2 

59.912 

:  Fd 

61466.304 

60.112 

i  Se 

61406.296 

.104 

45,2  , 

i  Fe 

45.304 

1  Sp 

61406.296 

.104 

12.304 

i _ _ 

61418.600 

12.408 

I  Execution  Sequence:  -  Sp  -  Se  -  Sp  Sg  -  Sb  -  Fp  -  Fc  -  Fg  -  Fb-Fa-Fd 


Table  B.32.  Elxsi/Verdix  Ada  Compiler  Results  (Cont’d) 


Second  Run  of  Test  Case  28 
using  Elxsi/Verdix  Ada  Compiler,  Version  5.4 


Parameter 

Actual  Measured 
Results 

Normalized 

Results 

Fi-S, 

5a 

0 

92.904 

Fa 

61560.2080 

92.904 

Sb 

61469.0000 

1.696 

58.008 

Fb 

61527.0080 

59.704 

Sc 

61469.0000 

1.696 

12,304 

Fc 

61481.3040 

14 

Sd 

61468.0000 

.696 

92.608 

Fd 

61560.6080 

93.304 

Sb 

61467.9040 

.6 

58.496 

Fe 

61526.4000 

59.096 

Sf 

61467.9040 

.6 

10.696 

Ff 

61478.6000 

11.296 

Execution  Sequence:  Sji  —  Sr  -  Se  —  Sp  —  Sg  —  Sb  -  Fp  —  Eg  -  Fe  -  Fb  -  Fp  -  F,^ 


Table  B.33.  Elxsi/Verdix  Ada  Compiler  Results  (Cont’d) 
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Third  Run  of  Test  Case  28 
using  Elxsi/Verdix  Ada  Compiler,  Version  5.4 


Parameter 

Actual  Measured 
Results 

Normalized 

Results 

F,-Si 

5x 

61562.0160 

0 

63 

Fa 

61625.0160 

63 

Sb 

61563.2080 

1.192 

47.704 

Fb 

61610.9120 

48.896 

Sc 

61563.2080 

1.192 

9.104 

Fc 

61572.3120 

10.296 

So 

61562.2080 

.192 

60.112 

Fd 

61622.3200 

60.304 

Se 

61562.1040 

.088 

50.216 

Fe 

61612.0160 

50.304 

Sp 

61562.1040 

.088 

8.208 

Ff 

61570.3120 

8.296 

Execution  Sequence:  —  Sp  -  Se  -  Sp  —  Sp  -  Sb  -  Fp  -  Fg  -  Fe  -  Fb  -  Fp  - 


Table  B.34.  Elxsi/Verdix  Ada  Compiler  Results  (Cont’d) 
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Actual  Results  of  Running  Test  Cases  1-9 
using  Encore/Verdtx  Concurrent  Ada  Compiler.  Version  5.5 


Test 

Case 

Actual  Measured 
Results 

Normalized 

Results 

F,  -  S, 

Execution 

Sequence 

42459.449 

moQiiii 

6.708 

Sb-Fb-Sa-  Fa 

42466.157 

13.752 

i’B 

0 

Fb 

42459.443 

7.038 

EM 

42466.805 

Sa  -  Fa  -  Sb  -  Fb 

Fa 

42473.514 

6.709 

Sb 

42473.520 

6.715 

7.035 

42480.555 

13.75 

3 

42488.749 

7.044 

6.708 

Sb  -  Fb  -  Sa  -  Fa 

Fa 

42495.457 

13.752 

Sb 

42481.705 

7.037 

Fb 

42488.742 

7.037 

1 

B 

42496.725 

0 

6.707 

1 

1 

CD 

1 

Fa 

42503.432 

6.707 

Sb 

42503.439 

6.714 

7.034 

Fb 

42510  473 

13.748 

5 

Sa 

42511.704 

0 

6.71 

Fa 

42518.414 

6.71 

Sb 

42518.473 

6.769 

7.035 

Fb 

42525.508 

13.804 

6 

B 

42526.208 

0 

6.71 

Fa 

42532.918 

6.71 

Sb 

42532.924 

6.716 

7.036 

Fb 

42539.960 

13.752 

■ 

B 

42548.164 

7.06 

6.709 

Sb  -  Fb  -  Sa  -  Fa 

B 

42554.873 

13.769 

58 

42541.104 

0 

7.038 

Fb 

42548.142 

7.038 

8 

Sa 

42563.169 

7.041 

6.706 

Sb  -  Fb  -  Sa  -  Fa 

B 

42569.875 

13.747 

Sb 

42556.128 

0 

7.035 

Fb 

42563.163 

7.035 

9 

Sa 

42578.166 

7.062 

6.711 

Sb  -  Fb  -  Sa  -  Fa 

Fa 

42584.877 

13.773 

Sb 

42571.104 

0 

7.038 

Fb 

42578.142 

7.038 

Table  B.35.  Encore/Verdix  Concurrent  Ada  Compiler  Results 
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Actual  Results  of  Running  Test  Cases  10-18 
using  Encore/Verdiz  Concurrent  Ada  Compiler,  Version  5.5 


Test 

Case 

Actual  Measured 
Results 

Normalized 

Results 

||B| 

Execution 

Sequence 

10 

Bl 

13.441 

Sb  ~  Fb  -  Sa  -  Fa 

F.^ 

42606.589 

20.484 

Sb 

42586.105 

0 

mm 

Fb 

42593.142 

7.037 

11 

Sa 

42607.817 

0 

13.409 

Sa  -  Fa  -  Sb  -  Fb 

Fa 

42621.226 

13.409 

Sb 

42621.232 

13.415 

mum 

Fb 

42628.265 

20.448 

12 

Sa 

7.043 

13.412 

Sb  -  Fb  —  Sa  -  Fa 

Fa 

42649.360 

20.455 

Sb 

42628.905 

0 

7.036 

Fb 

42635.941 

7.036 

13 

Sa 

42650.007 

0 

13.413 

Fa 

42663.420 

13.413 

Sb 

42663.426 

13.419 

7.035 

F B 

42670.461 

20.454 

14 

Sa 

42671.104 

0 

13.413 

Sa  -  Fa  -  Sb  -  Fb 

42684.517 

13.413 

Sb 

42684.524 

13.42 

7.035 

iIb 

42691.559 

20.455 

15 

WBk 

42692.208 

0 

13.413 

tmmm 

Fa 

42705.621 

13.413 

Sb 

42705.627 

13.419 

7,034 

Fb 

42712.661 

20.453 

16 

Sa 

42720.349 

7.045 

13.414 

Sb  -  Fb  -  Sa  -  Fa 

Fa 

42733.763 

20.459 

Sb 

42713.304 

0 

7.038 

Fb 

42720.342 

7.038 

17 

Sa 

42742.063 

13.417 

Sb  -  Fb  -  Sa  -  Fa 

Fa 

42755.480 

20.462 

Sb 

42735.018 

0 

7.039 

Fb 

42742.057 

7.039 

18 

mm 

42763,769 

7.065 

13.411 

Sb  -  Fb  -  Sa  -  Fa 

Fa 

42777.180 

20.476 

Sb 

42756.704 

0 

7.037 

Fb 

42763.741 

7.037 

Table  B.36.  Encore/Verdix  Concurrent  Ada  Compiler  Results  (Cont’d) 
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Actual  Results  of  Running  Test  Cases  19-27 
using  Encort/Verdix  Concurrent  Ada  Compiler,  Version  5.5 


Actual  Measured 
Results 


42792.487 


42799.192 


42792.480 

14.064 

42800.505 

0 

Execution 

Sequence 

Sb-Fb-  Sa  -  Fa 

42807.218 


42807.224 


42821.299 


42836.579 


42843.284 


42822.510 


42844.624 


42851.332 


42851.339 


42865.403 


42866.704 


42873.415 


42873.441 


42887.507 


42888.833 


42895.541 


42895.547 


42909.609 


42925.015 


42931.724 


42910.904 


42924.973 


42947.097 


42953.804 


42933.026 


42947.091 


42975.898 


42955.104 


42969.172 


14.069 


20.774 


0 


14.062 


0 


6.708 


6.715 


20.779 


0 


6.718 


6.737 


20.803 


0 


6.708 


6.714 


20.776 


14.111 


20.82 


0 


14.069 


14.071 


20.778 


0 


14.065 


14.087 


20.794 


0 


14.068 


6.708  1  Sa-Fa-Sb-Fb 


6.709  I  Sb  —  Fb  —  Sa  —  Fa 


6.707  Sb-Fb-Sa-Fa 


6.707  Sb  —  Fb  —  Sa  —  Fa 


Table  B.37.  Encore/Verdix  Concurrent  Ada  Compiler  Results  (Cont’d) 
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First  Run  of  Test  Case  28 


using  Encore /Verdtz  Ada  Compiler,  Version  5.5 


Parameter 

Actual  MeMured 
Results 

Normalized 

Results 

F,  -  S, 

■5.4 

63076.5990 

27.895 

181.68 

F.a 

63258.2790 

209.575 

Sb 

21.035 

174.469 

Fb 

63244.2080 

195.504 

Sc 

63069.5920 

20.888 

167.738 

Fc 

63237.3300 

188.626 

Sd 

7.163 

181.298 

Fd 

63237.1650 

188.461 

c 

Se 

142 

174.706 

Fe 

63223.4100 

174.706 

Sf 

63048.7040 

0 

167.665 

Ff 

63216.3690 

167.665 

Execution  Sequence:  Sp  —  Se  —  Sp  —  Sg  ~  Sb  —  —  Fp  —  Fe  -  Fp  —  Eg  -  Fb  -  Fa 


Table  B.38.  Encore/Verdix  Ada  Compiler  Results  (Cont’d) 


Second  Run  of  Test  Case  28 
ustng  Encore/Verdiz  Ada  Compiler,  Version  5.5 


Parameter 

Actual  Measured 
Results 

Normalized 

Results 

F,  -  S, 

54 

63286.8750 

27.871 

181.722 

Fa 

63468.5970 

209.593 

Sb 

63280.0220 

21.018 

174.497 

Fb 

63454.5190 

195.515 

Sc 

63279.8760 

20.872 

167.763 

Fc 

63447.6390 

188.635 

Sd 

63266.1680 

7.164 

181.305 

Fd 

63447.4730 

188.469 

Se 

63259.1460 

.142 

174.584 

Fb 

63433.7300 

174.726 

Sf 

63259.0040 

0 

167.689 

Ff 

63426.6930 

167.689 

Execution  Sequence:  Sp  —  Se  -  Sp  —  Sg  —  Sb  —  -  Ff  -  Fe  -  fp  -  Fc  -  -  Fa 


Table  B.39.  Encore/Verdix  Ada  Compiler  Results  (Cont’d) 


B-34 


Third  Run  of  Test  Case  28 
ustng  Encore/ Verdix  Ada  Compiler,  Version  5.5 


Parameter 

Actual  Measured 
Results 

Normalized 

Results 

Fi~S. 

5^ 

63497.1770 

27.873 

181.68 

Fa 

63678.8570 

209.553 

Sb 

21.022 

174.452 

Fb 

63664.7780 

195.474 

Sc 

63490.1790 

20.875 

167.72 

Fc 

So 

63476.4660 

7.162 

181.267 

Fd 

63657.7330 

1  ’8.429 

Se 

63469.4460 

.142 

174.541 

Fe 

63643.9870 

174.683 

Sf 

63469.3040 

0 

167.644 

Ff 

63636.9480 

167.644 

Execution  Sequence:  5f  -  Sg  -  Sp  -  Sc  ~  Sb  -  S/i  -  Ff  -  Eg  -  Fp  -  Fc  -  Fb  -  Fa 


Table  B.40.  Encore/Verdix  Ada  Compiler  Results  (Cont’d) 
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